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THE  REASON  FOR  PERFORMING  THE  STUDY  is  to  ensure  that  postprocessors  for 
the  Force  Evaluation  Model  (FORCEM)  are  available  for  the  use  of  FORCEM  as 
the  primary  model  for  force-level  studies  performed  by  the  US  Army  Concepts 
Analysis  Agency  (CAA). 


THE  PRINCIPAL  FINDINGS  of  this  study  are: 

(1)  All  of  the  data  required  by  the  existing  Concepts  Evaluation  Model 
(CEM)  postprocessors  either  are  already  available  from  the  FORCEM  output 
reports  or  can  be  generated  through  the  modification  of  FORCEM  and  the  crea¬ 
tion  of  new  reports  from  FORCEM,  with  the  exception  of  data  concerning  the 
displacement  of  the  forward  edge  of  the  battle  area  (FEBA),  for  which  a 
surrogate  measure  must  be  used. 

(2)  All  the  existing  CEM  postprocessors  should  be  retained,  with  such 
modifications  as  necessary  to  permit  them  to  accept  campaign  simulation 
data  in  the  FORCEM  report  formats,  except  for  the  existing  Ammunition  Post¬ 
processor  (APP)  which  is  to  be  replaced.  The  computation  of  all  ammunition 
consumption  in  losses  aboard  damaged  vehicles,  logistic  losses,  function 
checks,  registration,  zeroing,  and  expenditures  against  enemy  targets,  sus¬ 
pect  targets,  for  rear  area  security,  and  for  harassment  and  interdiction 
is  to  be  performed  in  FORCEM  itself,  rather  than  in  the  APP. 

(3)  Consistency  between  FORCEM  and  its  postprocessors  can  be  achieved 
by:  (a)  calculating  expenditures  of  air  defense  munitions  in  FORCEM,  thus 
eliminating  the  need  to  repeat  the  modeling  of  tactical  aircraft  sorties  in 
a  postprocessor;  (b)  modifying  FORCEM  to  make  its  replacement  of  damaged 
equipment  while  in  repair  consistent  with  the  Combat  Operational  Readiness 
Float  Factors  Postprocessor;  (c)  revising  the  casualty  stratification  pro¬ 
cess  to  take  account  of  whatever  degree  of  personnel  stratification  is  avail 
able  from  FORCEM;  (d)  examining  how  the  support  force  requirements  model 
can  be  made  to  accept  and  use  the  workloads  of  intratheater  transportation, 
maintenance,  and  other  combat  service  support  generated  by  FORCEM  and  to 
dispense  with  recomputing  these  workloads;  and  (e)  ensuring  that  the  inputs 
to  FORCEM  concerning  the  capabilities  and  productivity  of  support  forces 
agree  with  the  assumptions  of  the  force  roundout  postprocessor . 


THE  MAIN  ASSUMPTION  upon  which  this  study  is  based  is  that  FORCEM  correctly 
calculates  the  quantities  of  munitions  of  each  weapon  fired  at  enemy  targets 
and  destroyed  aboard  vehicles  hit  by  enemy  fire. 


THE  PRINCIPAL  LIMITATION  of  the  work  is  the  linking  of  FORCEM  to  the  exist¬ 
ing  Force  Analysis  Simulation  of  Theater  Administrative  and  Logistics  Sup¬ 
port  (FASTALS)  rather  than  developing  a  new  support  force  requirements  model 
better  suited  to  FORCEM. 


THE  SCOPE  OF  THE  STUDY  includes  those  postprocessors  and  output  data  needed 
for  force  capability  studies,  support  force  requirements  analyses,  and  ammun¬ 
ition,  materiel,  and  fuel  requirements  studies. 


THE  STUDY  OBJECTIVES  are: 

(1)  Determine  the  output  data  needed  for  studies  using  FORCEM. 

(2)  Ensure  that  these  data  are  available,  by  retaining  existing  post¬ 
processors,  or  by  developing  new  postprocessors. 

(3)  Link  FORCEM  to  retained  and  new  postprocessors. 

(4)  Test  FORCEM  with  postprocessors  and  verify  results. 

(5)  Make  recommendations  for  long-term  methodology  improvement. 


THE  BASIC  APPROACH  followed  in  this  study  was  to  develop  a  new  ammunition 
requirements  postprocessor,  moving  most  of  the  computations  from  the  exist¬ 
ing  APP  into  FORCEM,  and  to  develop  linkage  routines  from  FORCEM  to  all 
other  existing  postprocessors. 


THE  STUDY  SPONSOR  is  the  Director,  US  Army  Concepts  Analysis  Agency  (CAA) 


THE  STUDY  EFFORT  is  directed  by  Dr.  Ralph  Johnson,  who  is  assisted  by  Dr. 
James  Metzger,  Mr.  Norig  Asbed,  Mr.  Arthur  Paarmann,  Mr.  Raymond  McDowall, 
Mr.  Peter  Byrne,  and  Ms.  Renee  Carlucci. 


COfflENTS  AND  QUESTIONS  may  be  sent  to  the  Assistant  Director  for  Research 
and  Analysis  Support,  US  Army  Concepts  Analysis  Agency,  3120  Woodmont  Avenue, 
Bethesda,  MO  20814-2797. 


Tear-out  copies  of  this  synopsis  are  at  back  cover. 
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POSTPROCESSORS  FOR  THE  FORCE  EVALUATION  MODEL  (POSTFOR) 

CHAPTER  1 
EXECUTIVE  SUM1ARY 


1-1.  PURPOSE.  The  purpose  of  this  report  is  to  document  the  work  done  at 
the  US  Army  Concepts  Analysis  Agency  (CAA)  in  the  Postprocessors  for  the 
Force  Evaluation  Model  (POSTFOR)  Study.  Thus,  this  report  describes  the 
work  of  the  POSTFOR  Study  and  also  serves  as  a  user's  manual  for  the 
computer  programs  developed  in  the  POSTFOR  Study,  which  is  essentially  a 
computer  software  development  effort. 

1-2.  BACKGROUND 

a.  The  Force  Evaluation  Model  (FORCEM)  is  a  computer  simulation  model 
representing  combat,  combat  support  (CS),  and  combat  service  support  (CSS) 
in  a  theater  of  operations.  FORCEM  has  been  developed  and  tested  over  the 
period  March  1982  through  December  1985,  and  has  made  the  transition  to 
operational  use  in  the  OMNIBUS  85  Study.  FORCEM  is  intended  to  become  the 
primary  fully  automated  model  for  theater  campaign  simulations  in  CAA 
studies,  to  supplant  the  Concepts  Evaluation  Model  (CEM).  FORCEM  is 
designed  to  be  the  theater  component  of  a  US  Army  hierarchy  of  combat  simu¬ 
lation  models.  FORCEM  represents  CS  and  CSS  functions  and  theater  rear 
area  operations  in  considerably  greater  detail  than  CEM. 

b.  Since  1974  CEM  has  been  employed  in  simulating  theater  campaigns  for 
studies  of  Army  requirements,  force  planning,  and  force  capabilities  at 
CAA.  Over  that  time,  various  postprocessor  computer  programs  have  been 
developed  to  reformat,  to  display  graphically,  to  summarize,  and  to  extract 
particular  results  of  the  CEM  campaign  simulations  and  to  combine  CEM  simu¬ 
lation  results  with  computerized  data  from  other  sources,  as  required  for 
subsequent  analysis  to  accomplish  the  objectives  of  the  studies.  Post¬ 
processors  can  be  defined  as  those  computer  routines  that  extract  data  from 
the  campaign  simulation  and  process  the  data  to  meet  the  objectives  of  a 
study.  The  CEM  postprocessors  include,  for  example,  a  support  force 
requirements  model  which  determines  CS  and  CSS  units  required  to  perform 
the  support  functions  demanded  by  the  Army  combat  elements  in  a  simulated 
theater  campaign.  Another  CEM  postprocessor  determines  the  ammunition 
consumption  rates  for  each  type  of  munition,  by  time  period,  based  on  the 
results  of  a  theater  campaign  simulation. 

c.  In  order  for  FORCEM  to  assume  the  role  that  CEM  has  filled  as  the 
primary  computer  model  for  theater  campaign  simulations  in  support  of  the 
wide  variety  of  CAA  studies,  automated  methods  must  be  available  to  perform 
the  same  functions  using  the  results  of  FORCEM  simulations  as  performed  by 
the  CEM  postprocessors.  In  other  words,  now  that  FORCEM  is  to  be  used 
instead  of  CEM  in  these  studies,  postprocessors  for  FORCEM  are  needed  to 
perform  those  functions.  It  is  also  necessary  to  develop  FORCEM  post¬ 
processors  to  perform  functions  that  have  not  been  required  in  past 
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studies  using  CEM  but  are  necessary  for  anticipated  CAA  studies,  such  as 
air  defense  missile  requirements.  The  POSTFOR  Study  was  organized  to  deter 
mine  what  postprocessors  are  required  and  to  develop  and  test  those  post¬ 
processors. 

d.  In  developing  postprocessors  for  FORCEM,  certain  existing  CEM  post¬ 
processors  have  been  found  to  be  appropriate  for  retention  and  use  with 
FORCEM.  For  each  of  these  retained  CEM  postprocessors,  computer  routines 
were  developed  to  extract  from  FORCEM  reports  the  data  required  by  the  CEM 
postprocessor  and  to  format  the  FORCEM  data  in  CEM  report  formats.  For 
other  CEM  postprocessors  it  is  more  appropriate  to  develop  a  new  metho¬ 
dology  to  perform  the  postprocessor's  function  (to  take  advantage  of  the 
more  detailed  representation  in  FORCEM  of  certain  battlefield  functions) 
rather  than  retaining  the  CEM  postprocessor. 

1-3.  STUDY  TERMS  OF  REFERENCE 

a.  Purpose.  The  purpose  of  the  POSTFOR  Study  is  to  ensure  that  post¬ 
processors  for  FORCEM  are  available  for  its  use  as  the  primary  campaign 
simulation  model  for  force-level  studies  performed  by  CAA. 

b.  Objectives 

(1)  Determine  the  output  data  needed  for  studies  using  FORCEM. 

(2)  Ensure  that  the  necessary  output  data  for  studies  are  available, 
by  retaining  (and  possibly  modifying)  existing  postprocessors,  or  by 
developing  new  postprocessors. 

(3)  Link  FORCEM  to  retained  and  new  postprocessors. 

(4)  Test  FORCEM  with  postprocessors,  and  verify  that  results  are 
"sensible. " 

(5)  Make  recommendations  for  long-term  methodology  development. 

c.  Scope.  This  study  is  limited  to  the  output  data  and  postprocessors 
needed  by  the  OMNIBUS  studies.  Total  Army  Analysis  (TAA)  or  Support  Force 
Requirements  Analysis  studies,  and  requirements  studies  performed  by  CAA. 

In  particular,  the  study  addresses  the  following  types  of  theater  campaign 
model  postprocessor  data. 

(1)  Force  roundout  data;  that  is,  the  determination  of  the  CS  and  CSS 
units  needed  to  perform  the  support  functions  demanded  by  a  given  combat 
force,  as  calculated  in  the  existing  Force  Analysis  Simulation  of  Theater 
Administrative  and  Logistics  Support  (FASTALS). 

(2)  Analysis  of  casualties,  as  performed  by  the  existing  Patient  Flow 
Model  (PFM)  and  Casualty  Stratification  Model  (CSM)  postprocessors,  which 
require  output  data  from  FASTALS  as  well  as  from  the  theater  campaign 
simulation. 
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(3)  Requirements  for  ammunition,  as  produced  by  the  existing  Ammuni¬ 
tion  Postprocessor  (APP). 

(4)  Wartime  replacement  factors  (WARF)  for  equipment;  that  is,  the 
requirements  for  replacements  for  equipment  irreparably  damaged  in  combat. 

(5)  Wartime  fuel  consumption  factors,  as  produced  by  the  existing 
Fuel  Factor  Development  Postprocessor. 

(6)  Combat  operational  readiness  float  (CORF)  factors  for  equipment; 
that  is,  the  requirements  for  equipment  damaged  in  combat  until  the  equip¬ 
ment  is  returned  from  repair,  as  determined  by  the  existing  CORF  Factors 
Postprocessor. 

(7)  Requirements  for  air  defense  missiles,  as  produced  by  the 
developmental  Air  Defense  Missile  Postprocessor. 

(8)  Graphic  display  of  campaign  results,  as  produced  by  the  existing 
Automated  Data  Display  of  CEM  Output  Program  (ADDCOP). 

d.  Sponsor.  The  sponsor  of  the  POSTFOR  Study  is  the  Director,  CAA. 

e.  Study  Directive.  The  tasking  directive  of  the  POSTFOR  Study  is 
reproduced  at  Appendix  B. 

1-4.  REPORT  STRUCTURE 

a.  Chapter  2  of  this  report  describes  the  treatment  of  the  support 
force  requirements  model  and  casualty  analysis  postprocessors  in  the 
POSTFOR  Study. 

b.  Chapter  3  describes  the  interface  that  has  been  developed  between 
the  FORCEM  and  the  ADDCOP  plotter  graphics. 

c.  Chapter  4  explains  how  FORCEM  has  been  linked  to  the  WARF,  CORF 
factors,  and  fuel  factors  postprocessors. 

d.  Chapter  5  describes  FORCEM  ammunition  requirements  and  air  defense 
missile  requirements  methodology. 

e.  Chapter  6  presents  recommendations  for  long-term  methodology 
development  of  FORCEM  and  its  postprocessors. 

f.  Chapter  7  addresses  the  essential  elements  of  analysis  (EEA)  of  the 
POSTFOR  Study. 

g.  Appendix  D  provides  documentation  of  the  FORCEM  reports  mentioned  in 
this  report. 

h.  Appendix  E  is  a  brief  documentation  of  the  ADDCOP  graphics  routine, 
useful  when  reading  Chapter  3  of  this  report. 
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1-5.  SUMKARY  OF  FINDINGS.  The  research  was  guided  by  four  EEA,  as  provided 
by  the  study  directive  (Appendix  B).  Summary  answers  to  these  questions 
are  as  follows: 

a.  What  data  are  already  available  from  FORCEM  output  reports,  and 
what  can  be  generated  through  the  modification  of  the  FORCEM  and  the  creation 
of  new  reports  from  the  FORCEM?  All  of  the  data  required  by  the  postproces¬ 
sors  under  consideration  either  are  already  available  from  FORCEM  output 
reports  or  can  be  generated  by  the  modification  of  FORCEM  and  the  creation 

of  new  reports  from  FORCEM,  with  the  exception  of  forward  edge  of  the 
battle  a'ea  (FEBA)  displacement  data,  for  which  a  surrogate  measure  must  be 
used. 

b.  Which  existing  postprocessors  for  the  CEM  should  be  retained  (and 
possibly  modified),  and  which  should  be  replaced?  All  the  existing  CEM 
postprocessors  should  be  retained,  with  such  modifications  as  necessary  to 
permit  them  to  accept  campaign  simulation  data  in  the  FORCEM  report 
formats,  except  for  the  existing  APP,  which  should  be  replaced. 

c.  What  computations  performed  in  a  postprocessor  of  the  CEM  should  be 
performed  in  FORCEM  itself?  The  computation  in  the  existing  APP  of  all 
categories  of  ammunition  consumption  except  sea  losses  should  be  performed 
in  FORCEM  itself. 

d.  Where  FORCEM  and  a  retained  postprocessor  both  represent  an 
activity,  with  perhaps  differing  methodologies,  what  can  be  done  to  achieve 
consistency?  Consistency  between  FORCEM  and  its  postprocessors  can  be 
enhanced  by: 

(1)  Performing  the  computation  of  all  ammunition  consumption  but  sea 
losses  in  FORCEM  and  removing  from  the  ammunition  postprocessor  all  compu¬ 
tation  of  requirements  that  are  computed  in  FORCEM; 

(2)  Calculating  air  defense  munitions  expenditures  in  FORCEM,  rather 
than  repeating  the  modeling  of  tactical  air  sorties  in  a  postprocessor. 

(3)  Modifying  FORCEM  to  make  its  representation  of  the  replacement  of 
damaged  equipment  while  in  repair  consistent  with  the  CORF  Factors  Post¬ 
processor; 

(4)  Revising  the  casualty  stratification  process  to  take  account  of 
whatever  degree  of  personnel  stratification  is  available  from  FORCEM; 

(5)  Examining  how  the  support  force  requirements  model  can  be  made  to 
accept  and  use  the  workloads  of  intratheater  transportation,  maintenance, 
and  other  CSS  functions  generated  by  FORCEM,  rather  than  recomputing  the 
workloads;  and 

(6)  Ensuring  that  the  inputs  to  FORCEM  concerning  the  capabilities 
and  productivity  of  support  forces  agree  with  the  assumptions  of  FASTALS. 
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CHAPTER  2 

SUPPORT  FORCE  REQUIREMENTS 


2-1.  INTRODUCTION.  This  chapter  describes  how  FASTALS,  the  existing 
support  force  requirements  model,  has  been  linked  to  FORCEM.  The  post¬ 
processors  to  FASTALS  which  treat  personnel  casualties,  such  as  the  Patient 
Flow  Model  and  Casualty  Stratification  Model,  do  not  require  any  data  from 
the  campaign  simulation  other  than  what  FASTALS  requires,  so  the  linkage 
between  FORCEM  and  the  casualties  postprocessors  is  accomplished  when 
FASTALS  is  linked  to  FORCEM. 

2-2.  LINKAGE  TO  FASTALS.  The  existing  FASTALS  has  been  retained,  and  the 
POSTFOR  Study  has  developed  and  tested  linkage  routines  to  provide  FASTALS 
with  the  same  data  from  FORCEM  as  the  data  provided  to  FASTALS  by  CEM, 
except  for  the  calculation  of  FEBA  displacement.  Described  in  this  chapter 
are  four  routines  which  process  output  from  FORCEM  to  produce  the  reports, 
formerly  provided  by  CEM,  needed  to  run  FASTALS,  as  indicated  by  Table  2-1. 
All  of  the  required  reports,  except  the  Logreader  Report,  have  exactly  the 
same  format  as  those  previously  provided  by  CEM.  The  only  FASTALS  routine 
to  read  the  Logreader  Report,  the  CT-Table  routine,  has  been  modified  to 
accommodate  the  changes  in  the  Logreader  Report.  Thus  the  FASTALS  operator 
must  select  CT-TABLE-FOR  from  the  interactive  FASTALS  menu  to  read  FORCEM 
data. 


Table  2-1.  FORCEM-FASTALS  Interface 


Data  file  for 

FASTALS  input 

Postprocessor 

routine 

FORCEM  report 
that  furnishes  data 

FEBA  loss 
report 

FEBA  LOSS 

Combat  Headquarters  (R28) 

Logreader 

report 

LOGREADER 

Loss  and  Consumption  (R64) 

Blue  personnel 
report 

PERSRPT 

Loss  and  Consumption  (R64) 

Division  combat 
intensity  report 

INTNSTY 

Division  Equipment  (R51) 

2-3.  FEBALOSS  REPORT.  One  report  that  FASTALS  requires  as  input  gives  the 
average  distance,  over  each  specified  sector  of  the  theater  front,  that  the 
friendly  forces  have  advanced  from  their  initial  (D-day)  positions.  CEM 
has  a  well-defined  forward  FEBA,  continuous  across  the  theater  front,  so 
the  average  distance  the  FEBA  has  moved  is  readily  obtained  in  CEM.  In 
FORCEM,  however,  the  "FEBA"  is  not  continuous,  as  forces  can  be  bypassed  or 
encircled.  A  surrogate  measure  of  FEBA  displacement  is  used  in  supporting 
FASTALS,  namely,  the  distance  that  the  average  front  location  of  the  online 
Blue  corps  within  the  FASTALS  sector  has  moved  since  D-day.  This  measure 
is  obtained  from  the  FORCEM  Combat  Headquarters  -  Part  1  (R28)  Report. 

a.  The  POSTFOR  Study  has  designed,  implemented,  and  tested  a  SIMSCRIPT 
routine,  called  FEBALOSS,  which  reads  the  FORCEM  R28  Report  and  writes  a 
report  identical  to  the  FEBALOSS  Report  obtained  from  CEM,  ready  for  input 
to  FASTALS.  A  sample  of  the  FEBALOSS  Report  is  shown  in  Figure  2-1. 
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Figure  2-1.  Sample  FORCEM  FEBALOSS  Report 


b.  This  program  reads  the  R28  Report  from  unit  SIMU12  and  writes  the 
FEBALOSS  Report  to  unit  SIMU13.  A  sample  runstream  of  the  FEBALOSS  program 
is  shown  in  Figure  2-2.  The  FEBALOSS  program  reads  from  the  system  input 
stream  the  following  parameters  (as  free-formatted  integers): 


2-2). 


(1)  The  number  of  FASTALS  sectors  in  the  theater  (line  11  of  Figure 


CAA-SR-86-10 


3 

b 

5 

b 

7 

8 
9 

IQ 

11 

12 
13 
lb 
15 
lb 

17 

18 
19 
2C 
21 
22 
23 
2b 

25 

26 

27 

28 

29 

30 

31 

32 


iRUN  A 1  7  lFB  j  FI  385  7  30  43Z ,  SFC3  E  T ,  1 C ,  5  Q3 
3USE  F.  .12F5STALS/  /  . 

d A  SG  *  A  F. 

3USE  SI.4U12. , 71-01  1440R28/  . 

3FkE£  SIMU13. 

3  A  SG  ,  A  SIHU12. 

aUSE  P« iUNCLASSIFT  ED 471PFPR. 

3  A  SG  ,  A  P. 
a  A  SG  t  T  SXMU13. 
aXUT  P.3b5FEaAL 
3 
5 

11  00 
1200 
13  uO 
lb  CO 
16  00 
2 

22  00 
2b  CO 
2 

2500 

2  7  CO 

2b0 
2b  o 
840 

3  A  SG  «  A  UNCLASSIFIE  DbZZFASTALS. 
aED  SIMU13.  ,F.FE3A L03S/1 4JA4a6 
AOO  UNCLA  S  S1FI EO  *  22FA  ST  ALS.  FEB A  MAP 
EX  IT 

aFIN 


Figure  2-2.  Sample  Runstream  of  the  FORCEM  FEBALOSS  Postprocessor 


(2)  For  every  FASTAIS  sector: 

(a)  The  number  of  Blue  FORCEM  units  (corps)  to  be  assigned  to  the 
sector  (for  example,  lines  12,  18,  and  21  of  Figure  2-2). 

(b)  For  each  Blue  corps  headquarters  unit  in  the  sector,  the  unit's 
FORCEM  identification  number  (lines  13-17,  19-20,  22-23  of  Figure  2-2). 

(3)  The  time  (in  hours)  of  D-day,  H-hour  in  the  FORCEM  simulation, 
that  is,  the  number  of  hours  simulated  before  D-day  (line  25  of  Fiqure 
2-2). 

(4)  The  length  (in  hours)  of  the  FASTALS  time  period  (normally  240 
hours  as  in  line  26  of  Figure  2-2). 

(5)  The  beginning  hour  of  the  last  FORCEM  cycle  simulated  (line  27  of 
Figure  2-2). 
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c.  Blank  lines  (for  example,  line  24  of  Figure  2-2)  may  be  interspersed 
as  separators,  or  several  inputs  can  be  combined  on  a  line,  since  these 
inputs  are  free-formatted. 

d.  The  FORCEM  FEBALOSS  routine  calculates  average  FEBA  displacement  for 
each  sector  at  the  end  of  each  FASTALS  time  period  as  the  distance  that  the 
average  front  location  of  the  sector's  Blue  corps  has  moved  since  D-day, 
where  the  D-day  average  location  is  taken  over  those  corps  in  the  sector 
that  are  online  at  D-day  and  the  average  location  at  the  end  of  each  time 
period  is  taken  over  those  corps  in  the  sector  that  are  online  at  the  end 
of  the  time  period. 

2-4.  LOGREADER  REPORT.  From  the  CEM  Logreader  Report  FASTALS  obtains  data 
on  American  ammunition  consumed  and  on  repairable  combat  losses  of  American 
tanks  and  armored  personnel  carriers  (A PC).  A  Logreader  routine  was 
developed  in  SIMSCRIPT  by  the  POSTFOR  Study  to  provide  the  same  data  from 
FORCEM  to  FASTALS,  in  virtually  the  same  format.  A  sample  of  the  Logreader 
Report  produced  from  a  FORCEM  simulation  is  shown  in  Figure  2-3. 

a.  A  sample  runstream  of  the  Logreader  is  shown  in  Figure  2-4.  The 
FORCEM  Logreader  reads  the  FORCEM  Loss  and  Consumption  (R64)  Report  from 
unit  SIMU20  (lines  2-3  of  Figure  2-4).  The  Logreader  Report  for  input  to 
FASTALS  is  written  to  unit  SIMU21.  The  FORCEM  Logreader  program  reads, 
from  the  computer  system  input  stream,  the  following  inputs: 

(1)  The  number  of  days  per  FASTALS  time  period  (line  11  of  Figure 
2-4),  input  as  a  free-formatted  integer. 

(2)  The  number  of  hours  simulated  before  D-day  (line  12  of  Figure 
2-4),  input  as  a  free-formatted  integer. 

(3)  For  each  of  the  ten  reporting  categories— US  tanks,  APCs, 
helicopters,  antitank/mortars,  artillery,  personnel,  tank  ammunition, 
artillery  ammunition,  other  ammunition,  and  fuel— in  this  order,  as  on 
lines  13-32  of  Figure  2-4: 

(a)  A  category  name  (between  one  and  six  characters  with  no 
internal  blanks); 

(b)  The  number  of  FORCEM  assets  (a  free-formatted  integer)  included 
in  this  category  (zero  indicates  the  Logreader  Report  is  to  exclude  this 
category.);  and 

(c)  A  list  of  the  FORCEM  asset  numbers  included  in  this  category. 
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Figure  2-3.  Sample  FORCEH  Logreader  Report 
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The  assets  included  in  these  Logreader  categories  need  not  agree  with  the 
FORCEM  categorizations.  Thus,  for  example,  the  Logreader  could  be  made  to 
report  assets  11,  12,  13,  14,  33,  and  46  as  APCs  even  though  assets  11,  12, 
33,  and  46  are  not  treated  as  APCs  in  FORCEM.  If  the  same  FORCEM  asset 
number  appears  in  more  than  one  category,  it  will  be  reported  in  only  the 
first  category  in  which  it  appears;  hence,  the  Logreader  categories  should 
be  mutually  exclusive.  The  asset  numbers  are  input  as  free-formatted 
integers,  separated  by  blanks  (lines  14,  16,  18,  20,  22,  24,  26,  28,  30,  32 
of  Figure  2-4) . 
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Figure  2-4.  Sample  Runstream  of  FORCEM  Logreader 


b.  Data  from  the  FORCEM  R64  Report,  which  is  described  in  Appendix  D, 
are  processed  in  the  following  manner  to  produce  the  Logreader  Report.  For 
ammunition  data,  which  are  reported  in  100-pound  units,  all  fields  are 
divided  by  20  to  yield  short  tons  (STQN).  For  petroleum,  oils,  and 
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lubricants  (POL)  data  reported  in  1, 000-gallon  units,  all  fields  are 
divided  by  0.2861  to  yield  short  tons.  The  12  columns  of  the  Logreader 
Report  are  computed  as  follows: 

(1)  The  authorized  level  is  obtained  from  R64  record  type  1,  field  8. 
According  to  FORCEM  documentation,  this  includes  all  FORCEM  units,  but 
excludes  authorizations  of  convoys  and  personnel  and  equipment  pools. 

(2)  The  onhand  level  is  obtained  from  R64  record  type  1,  field  9. 

This  represents  the  status  at  the  end  of  each  cycle,  after  combat  and 
resupply  and  replacements. 

(3)  Temporary  combat  losses  are  obtained  from  R64  record  type  2, 
field  9.  This  statistic,  for  tanks  and  APCs,  is  the  principal  factor  used 
from  the  campaign  simulation  by  FASTALS  in  determining  maintenance  unit 
workloads. 

(4)  Permanent  combat  losses  are  obtained  from  R64  record  type  2, 
field  8. 

(5)  Total  combat  losses  are  the  sum  of  columns  3  and  4,  described 
above. 

(6)  Temporary  noncombat  losses  are  obtained  from  R64  record  type  2 
field  11. 

(7)  Permanent  noncombat  losses  are  obtained  from  R64  record  type  2, 
field  10. 

(8)  Total  losses  are  the  sum  of  columns  3,  4,  6,  and  7. 

(9)  Total  temporary  losses  are  the  sum  of  columns  3  and  6. 

(10)  Total  permanent  losses  are  the  sum  of  columns  4  and  7. 

(H)  Returns  from  repair  (or  from  hospitals,  in  the  case  of  personnel) 
are  obtained  from  R64  record  type  3,  field  9. 

(12)  The  quantity  in  repair  is  obtained  from  R64  record  type  1, 
field  10. 

2-5.  BLUE  PERSONNEL  REPORT.  FASTALS  obtains  fairly  detailed  information 
concerning  the  personnel  casualties,  by  national  partition,  occurring  in 
the  campaign  simulation,  and  their  subsequent  medical  treatment,  from  the 
Blue  Personnel  Report.  A  SIMSCRIPT  postprocessor,  PERSRPT,  has  been 
developed  by  the  POSTFOR  Study  to  produce  the  Blue  Personnel  Report  from 
FORCEM  results.  A  sample  of  the  Blue  Personnel  Report  obtained  from  FORCEM 
is  shown  in  Figure  2-5. 
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Figure  2-5.  Sample  Blue  Personnel  Report 


a.  A  sample  runstream  for  the  PERSRPT  program  is  shown  in  Figure  2-6. 
The  PERSRPT  program  reads  the  FORCEM  Loss  and  Consumption  (R64)  Report, 
described  in  Appendix  D,  as  unit  SIMU20  (lines  7-9  of  Figure  2-6).  PERSRPT 
reads  from  the  system  input  stream  the  number  of  FORCEM  national  partitions 
to  report  and  the  time  in  hours  of  D-day  (line  12  of  Figure  2-6),  followed 
by,  for  each  partition  requested,  the  FORCEM  partition  number  and  the  label 
(four  characters)  for  the  partition  in  the  Blue  Personnel  Report  (lines  13- 
14  of  Figure  2-6).  Three  partitions  are  currently  defined--US,  non-US 
Blue,  and  Red  forces.  These  are  followed  by  the  number  of  FORCEM  personnel 
asset  numbers  to  include  in  the  Blue  Personnel  Report  (line  15  of  Figure 
2-6),  followed  by  the  list  of  FORCEM  asset  numbers  (line  16  of  Figure  2-6). 
PERSRPT  writes  the  Blue  Personnel  Report  to  unit  SIMU21. 
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Figure  2-6.  Sample  Runstream  for  Blue  Personnel  Report 


b.  The  PERSRPT  program  processes  the  R64  report  by  selecting  only 
records  pertaining  to  those  assets  listed  as  input.  The  operator  can 
select  by  asset  number  whichever  subcategories  and  types  of  personnel  he 
decides  are  appropriate  as  input  to  FASTALS.  The  national  partition  of  the 
personnel  is  determined  by  field  2  of  each  R64  record.  The  12  columns  of 
the  Blue  Personnel  Report  are  calculated  as  follows: 

(1)  Personnel  killed  in  action  are  obtained  from  R64  record  type  2, 
field  8,  minus  record  type  3,  field  8. 

(2)  Personnel  wounded  in  action,  excluding  aid  station  (and  division 
clearing  station)  returns  to  duty,  are  obtained  from  R64  record  type  2, 
field  9,  minus  record  type  2,  field  12. 

(3)  Personnel  captured  and  missing  in  action  are  obtained  from  R64 
record  type  3,  field  8. 
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(4)  Total  combat  losses  are  the  sum  of  columns  1,  2,  and  3. 

(5)  Noncombat  dead  are  obtained  from  R64  record  type  2,  field  10. 

(6)  Sick  are  obtained  from  R64  record  type  2,  field  11. 

(7)  Total  noncombat  losses  are  the  sum  of  columns  5  and  6. 

(8)  Total  dead  is  the  sum  of  columns  1  and  5. 

(9)  The  casualties  entering  in-theater  hospitals  are  the  sum  of 
columns  2  and  6  minus  R64  record  type  3,  field  10.  This  number  can  be 
negative,  because  the  evacuations  in  FORCEM  can  be  reported  in  a  later  day 
than  the  day  the  personnel  become  wounded  or  sick.  This  column  is  better 
described  as  the  net  gain  of  patients  by  theater  hospitals. 

(10)  Personnel  evacuated  from  theater  are  obtained  from  R64  record 
type  3, 
field  10. 

(ID  Total  personnel  hospitalized  is  the  sum  of  columns  2  and  6. 

(12)  "To  aid  station  only"  is  obtained  from  R64  record  type  2, 
field  12. 

2-6.  DIVISION  INTENSITY  REPORT.  FASTALS  reads  from  the  Division  Intensity 
Report,  for  each  division  for  each  FASTALS  (10-day)  time  period,  the  number 
of  days  spent  in  each  of  four  combat- loss  intensities  and  the  average 
combat  personnel  state  as  a  percentage  of  authorized  strength. 

a.  A  sample  of  this  report  is  shown  in  Figure  2-7.  For  example,  the 
first  line  of  Figure  2-7  contains  the  FORCEM  number  1101  of  an  American 
division.  The  first  four  (two-column)  fields  of  the  second  line,  "5  5  00," 
indicate  that  this  division  spent,  of  the  first  ten  days  of  combat,  five 
days  in  high  intensity  and  five  days  in  normal  intensity.  The  fifth  field, 
"86,"  of  the  second  line  of  Figure  2-7,  indicates  that  the  average  combat 
personnel  strength  for  the  first  ten  days  of  combat  for  this  division  is  36 
percent  of  authorized.  The  next  five  fields  of  the  second  line  of  Figure 
2-7  "5  5  0  088"  indicate  that  for  the  second  ten  days  of  combat,  this 
division  spent  five  days  in  high  intensity  and  five  days  in  normal  inten¬ 
sity,  with  average  combat  personnel  strength  88  percent  of  authorized. 
Figure  2-7  indicates  that  this  division  spent,  from  D+20  to  D+29,  six  days 
in  normal  intensity  and  four  days  in  reduced  intensity,  and  so  forth. 

b.  The  POSTFOR  Study  developed  a  SIMSCRIPT  postprocessor,  called 
INTNSTY,  to  provide  the  Division  Intensity  Report  from  FORCEM  results.  As 
an  option,  the  INTNSTY  program  can  write  to  the  Division  Intensity  Report 
an  additional  line  for  each  division,  containing  the  percentage  onhand  each 
FASTALS  time  period  of  the  division's  tanks,  APCs,  and  artillery,  to  sup¬ 
port  the  "attri ted-force"  mode  of  FASTALS.  FORCEM  was  also  modified  to 
report  the  percent  onhand  of  division  combat  personnel  in  the  Division 
Equipment  (R51)  Report. 
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c.  The  INTNSTY  program  writes  the  Division  Intensity  Report  to  unit 
SIMU56.  A  sample  runstream  for  the  INTNSTY  program  is  shown  in  Figure  2-8. 


1:1105 
2:2105 
3:1205 
4:2205 
5 : 2206 
6 : 1304 


Figure  2-8.  Sample  Runstream  for  Division  Intensity  Program 


d.  The  INTNSTY  program  reads  the  FORCEM  Division  Equipment  (R51)  Report, 
described  in  Appendix  D,  as  unit  SIMU8  (lines  12-13  of  Figure  2-8).  INTNSTY 
also  reads,  from  unit  SIMU7  (lines  10-11  of  Figure  2-8),  an  Arrivals  file. 
This  Arrivals  file  contains  a  list  (in  free  format  integer  numbers)  of  the 
FORCEM  identification  numbers  of  all  the  arriving  units  (divisions)  that 
are  to  be  reported  in  the  Division  Intensity  Report.  A  sample  of  the 
Arrivals  file  is  shown  in  Figure  2-9.  Some  arriving  divi-  sions  may  not 
arrive  in  time  to  appear  in  the  R51  Report  before  the  end  of  the  FORCEM 
simulation.  Listing  the  arriving  divisions  in  the  Arrivals  file  ensures 
that  they  appear  in  the  Division  Intensity  Report  that  is  used  by  FASTALS. 
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Figure  2-9.  Sample  INTNSTY  Arrivals  File 
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e.  From  the  system  input  stream  the  INTNSTY  program  reads  three 
intensity  thresholds  (lines  17-21  of  Figure  2-8),  the  length  in  days  of  a 
FASTALS  time  period  (a  free-formatted  integer,  line  23  of  Figure  2-8),  the 
simulation  day  that  combat  begins  (D-day,  a  free-formatted  integer,  line  25 
of  Figure  2-8),  and  a  selector  switch  for  the  attrition  version  of  FASTALS 
(1  for  attrition  version,  0  for  standard  FASTALS,  line  26  of  Figure  2-8). 
The  three  intensity  thresholds  are  fractions  that  are  input  as  real 
numbers,  with  free  format,  the  largest  first.  The  three  thresholds,  which 
are  daily  loss  rates,  between  0  and  1,  are  compared  with  the  loss  rate  of 
each  division  each  day  to  determine  whether  the  division's  combat  intensity 
for  the  day  is  high  (i.e.,  above  the  first  threshold),  normal  (between  the 
first  and  second  thresholds),  reduced  (between  the  second  and  third 
thresholds),  or  reserve  (below  the  third  threshold).  The  loss  rate  for  a 
division  is  given  by 


LR  =  (CW1  -  CW2  +  CW3  -  CW4J/CW1, 


where  CWl  is  the  onhand  combat  worth  of  the  division  (field  19  of  the  R51 
report)  at  the  beginning  (R51  field  4  =  1)  of  the  first  12-hour  cycle  of 
the  day;  CW2  is  the  onhand  combat  worth  after  combat  (R51  field  4  =  4)  of 
the  first  cycle  of  the  day;  CW3  is  the  onhand  combat  worth  at  the  beginning 
(R51  field  4  =  1)  of  the  second  12-hour  cycle  of  the  day;  and  CW4  is  the 
onhand  combat  worth  after  combat  of  the  second  cycle  of  the  day. 

f.  The  INTNSTY  program  reports  for  each  unit  specified  by  input  in  the 
Arrivals  file  and  for  each  division  found  in  the  FORCEM  R51  report  whose 
national  partition  (field  3)  is  one  (US  forces).  For  each  FASTALS  time 
period  (usually  ten  days)  the  Division  Intensity  Report  contains  the  number 
of  days  spent  in  high,  normal,  reduced,  and  reserve  intensities  (in  that 
order),  followed  by  the  division's  average  combat  personnel  state  (in 
percent).  The  average  combat  personnel  state  is  calculated  as  the  average 
of  the  R51  report  field  21,  at  the  beginning  (R51  field  4  =  1)  of  the  first 
cycle  of  each  day,  averaged  over  the  days  of  the  FASTALS  time  period. 

2-7.  OPERATIONAL  TESTIN6 

a.  A  test  of  the  FORCEM-FASTALS  linkage  was  conducted  using  the  results 
of  a  FORCEM  simulation  of  30  days  of  combat  in  Europe.  The  inputs  to 
FORCEM  were  essentially  those  of  the  OMNIBUS-85  Study,  with  the  addition  of 
ammunition  "add-on  factors"  for  both  sides.  The  other  inputs  to  FASTALS 
were  those  of  the  OMNIBUS-84  Study.  The  results  of  FASTALS  were  compared 
with  OMNIBUS-84  FASTALS  results  based  on  a  180-day  CEM  simulation.  The 
comparison  of  the  FASTALS  results  of  CEM  and  FORCEM  is  documented  in  a 
separate  memorandum.  Reference  3. 
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b.  The  operational  test  illuminated  an  important  feature  of  the  FORCEM- 
FASTALS  interface,  namely,  that  FASTALS  is  highly  sensitive  to  the  length 
of  the  theater  combat  simulation.  That  is,  a  FASTALS  roundout  of  a  30-day 
simulation  produces  significantly  smaller  requirements  for  support  units 
than  a  roundout  of  a  180-day  simulation.  This  is  partly  because  the  180- 
day  roundout  of  a  30-day  simulation  assumes  no  attrition  nor  ammunition 
expenditures  after  D+30  and  assumes  all  divisions  to  be  in  the  "reserve" 
intensity  level  after  D+30.  And  it  is  partly  because  FASTALS  reports  the 
support  units  required  not  to  meet  the  peak  requirement  (which  may  occur 
before  D+30)  but  to  meet  the  average  requirement  from  the  peak  through 
D+180.  Consequently,  if  FORCEM-FASTALS  results  are  to  be  at  all  comparable 
to  the  FASTALS  results  of  earlier  studies,  FORCEM  must  simulate  the  same 
number  of  days  of  combat. 

c.  Several  factors,  unfortunately,  limit  the  value  of  this  FORCEM-CEM 
comparison  of  FASTALS  results.  First,  there  are  recognized  shortcomings  in 
the  OMNIBUS-85  FORCEM  simulation,  such  as  the  very  low  expenditure  of 
artillery  ammunition,  that  can  significantly  affect  FASTALS  results. 

Second,  there  are  differences  between  OMNIBUS-84  and  OMNIBUS-85  in  the 
schedule  of  deployment  of  Blue  and  Red  forces,  in  the  modernization 
(causing  large  changes  in  quantities)  of  weapons  of  both  sides,  in  scenario 
assumptions,  and  in  the  Combat  Sample  Generator  (COSAGE)  used  for  attrition 
calibration  (so  that  the  effectiveness  of  each  weapon  in  division  engage¬ 
ments  differs  between  OMNIBUS-84  CEM  and  OMNIBUS-85  FORCEM).  As  a  conse¬ 
quence  of  such  differences,  the  CEM  and  FORCEM  simulations  are  markedly 
different.  For  example,  there  is  generally  a  significantly  smaller  per¬ 
centage  of  the  US  forces  in  active  engagements  (attacking  or  attacked)  in 
the  FORCEM  than  in  the  CEM  simulation  (see  Figure  1  of  Reference  3).  Be 
that  as  it  may,  this  is  the  only  source  of  FORCEM  results  available  at  the 
time  of  the  POSTFOR  Study,  and  OMNIBUS-84  is  the  most  nearly  comparable 
study  with  FASTALS  results  for  comparison. 

2-8.  SUf#1ARY.  This  chapter  has  described  the  four  computer  routines 
developed  to  link  FORCEM  to  FASTALS,  has  provided  instructions  for  using 
these  routines,  and  has  explained  the  operational  testing  of  the  FORCEM- 
FASTALS  linkage  that  was  conducted  in  the  POSTFOR  Study. 
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CHAPTER  3 
AODCOP  GRAPHICS 


3-1.  INTRODUCTION.  This  chapter  describes  several  computer  routines 
designed  and  implemented  during  the  course  of  the  POSTFOR  Study  to  link 
FORCEM  to  the  ADDCOP  graphics  processor. 

a.  The  ADDCOP  processor,  which  was  developed  as  a  postprocessor  to  CEM, 
permits  campaign  simulation  results  to  be  displayed  graphically,  either  by 
convenient  batch  jobs  on  the  CALCOMP  plotter  or  by  the  Superset  PGM  devices 
(ADDCOP  is  documented  in  Appendix  E).  ADDCOP  also  offers  the  capability  to 
display  graphic  comparisons  of  the  results  of  as  many  as  five  different 
campaign  simulations,  thus  exhibiting  the  sensitivity  of  FORCEM  results  to 
variations  in  FORCEM  inputs  or  study  assumptions. 

b.  Essentially,  the  routines  documented  here  and  developed  by  the 
POSTFOR  Study  provide  an  interface  between  FORCEM  and  ADDCOP  by  reading 
FORCEM  output  files,  which  are  described  in  Appendix  D,  and  writing  files 
in  the  format  required  by  ADDCOP.  Also,  a  utility  routine  was  developed  to 
remove  from  the  resulting  ADDCOP  input  files  a  specified  number  of  campaign 
simulation  cycles  at  the  beginning  or  end  of  a  simulation. 
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3-2.  CAMPAIGN  SlftlARY.  The  first  FORCEM-ADDCOP  interface  program,  SUMAC, 
constructs  a  campaign  summary  file,  similar  to  the  AODCOP  summary  file  gen¬ 
erated  by  CEM,  so  that  simulations  with  different  durations  or  different  D- 
days  can  be  graphed  on  the  same  time  scale. 

a.  This  file  contains  simulation  data  concerning  nondi visional  artillery, 
tactical  aircraft,  FEBA  displacement,  average  division  states,  frequencies 
of  engagement  types,  and  losses  of  tanks,  personnel,  and  ammunition.  A 
"menu"  of  the  data  that  can  be  selected  from  this  file  for  graphing  is  shown 
in  Figure  3-1.  As  noted  in  paragraph  2-3,  the  term  "FEBA  displacement"  is 
actually  a  misnomer  when  applied  to  FORCEM  results;  menu  items  9  and  10 
contain  the  average  (across  Blue  Army  headquarters)  distance  that  the  Army 
objective  phase  line  is  forward  of  the  most  forward  division  in  the  online 
subordinate  corps,  from  the  FORCEM  Command  and  Control  (R41 )  Report.  The 
"average  state"  is  given  by 

state  =  100  x  OHCW/AUCW, 

where  OHCW  is  the  sum  across  all  divisions  of  onhand  combat  worth,  and  AUCW 
is  the  sum  across  all  divisions  of  authorized  combat  worth,  from  the  FORCEM 
Division  Equipment  (R51)  Report.  Data  in  this  summary  file  are  recorded  at 
daily  intervals. 
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gure  3-1.  Campaign  Summary  ADDCOP  Menu 
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b.  A  sample  runstream  for  the  SUMAC  program  is  given  in  Figure  3-2. 

This  SUMAC  program  reads  FEBA  displacement  and  counts  of  Blue  and  Red  divi¬ 
sions  from  the  FORCEM  R41  Report  (unit  21);  Blue  and  Red  tactical  aircraft 
status  from  the  Air  Allocation  (R42)  Report  (unit  22);  Blue  and  Red  author¬ 
ized  and  onhand  combat  worth  from  R51  (unit  15);  status  of  Blue  and  Red 
nondivisional  artillery  from  the  Artillery  Allocation  (R61)  Report  (unit 
28);  consumption  of  ammunition  and  losses  of  tanks  and  personnel  from  R54 
(unit  24);  and  engagement  frequencies  from  the  Engagement  Frequency  (R66) 
Report  (unit  26).  It  also  reads  a  summary  skeleton  (titles)  file  from  unit 
11.  The  resulting  campaign  summary  ADDCOP  input  file,  in  the  format 
described  at  page  E-5,  is  written  to  file  9,  which  can  be  saved  by  the  user. 
One  input  data  record  is  read  by  the  program  from  the  system  input  stream 
(file  5).  This  data  record  (line  20  of  Figure  3-2)  contains,  in  columns 
1-3,  right  justified,  the  number  of  days  simulated;  and  in  columns  4-75,  an 
optional  run  title.  The  number  of  days  simulated  cannot  exceed  200.  Note 
that  only  the  first  22  lines  of  the  runstream  in  Figure  3-2  are  used  to 
execute  SUMAC.  The  remaining  35  lines  of  the  runstream  demonstrate  how  the 
ADDCOP  processor  might  be  used  to  plot  the  results,  as  described  in 
Appendix  E. 
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Figure  3-2.  Sample  Campaign  Summary  ADDCOP  Runstream 
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3-3.  LOGISTICS  STATUS.  The  second  ADDCOP  interface  program,  LOGAC,  con¬ 
structs  three  ADDCOP  input  files,  similar  to  the  BLUELOG,  REDLOG,  and 
3LUEL0GPART  ADDCOP  files  generated  by  CEM,  which  contain  the  status,  resup¬ 
ply,  repairs,  consumption  and  losses  of  personnel,  equipment,  and  supplies. 

a.  Data  are  recorded  at  1-day  intervals  for  personnel,  fuel  (POL),  tank 
ammunition,  other  supplies,  tanks,  light  armor  (APC),  helicopters,  antitank/ 
mortars  (AT/M),  artillery,  artillery  ammunition,  and  other  ammunition,  as 
shown  in  the  menus  in  Figures  3-3,  3-4,  and  3-5.  The  partitioned  Blue  log 
file  distinguishes  between  US  and  non-US  allied  nations  for  personnel,  POL, 
ammunition,  and  other  supplies.  The  criterion  for  national  partition  (that 
is,  US  or  non-US  allied)  of  ammunition  is  the  fourth,  rather  than  the  second, 
field  of  the  record  in  the  FORCEM  R64  Report.  For  personnel  and  supplies 
other  than  ammunition,  the  second  field  of  the  R64  records  is  used  for  the 
national  partition.  Onhand  assets  include  the  contents  of  replacement  pools 
and  support  complexes,  as  well  as  of  combat  units.  Authorized  assets  may 
include  FORCEM  support  complexes,  but  do  not  include  pools.  "Total  gains" 
is  the  sum  of  arriving  replacements  plus  returns  from  repair. 
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Figure  3-3.  Blue  Log  ADDCOP  Menu 
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3  :  R  PERS  PESUPPLY  (  CUM 

4  :  R  PERS  EROM  HOSP  IT  AL 

5  :  R  FD  PERS  TOTAL  GAINS 

6  r  R  ED  °ERS  IN  MOS  PT  TAL 

7  :  R  FD  PERS  KILLED  < CUM  I 

8  :  R  PERS  WOMNOED  (  CUMI 

9 :  R  PrRS  CASUALTIES  (CUM) 

1 0  : R  ED  ONBI  ( CU M J 

1 1  :  R  ED  POL  AUTHORIZED 

1 2  :  R  ED  t>OL  ON  HAND 

1  3  :  R  POL  RES  UP  PLYICUM  ) 

1 4  :  R  POL  CONSUMED  (CUMI 

1 5  :  R  rD  POL  CONSUMED/DAY 

1  6  :  R  TANK  AMMO  S /T  AUTHRTZO 
1 7 : R  TANK  AMMO  S/T  ON  HANO 

1 8 : R  TANK  AM  RESUPPLY  (CUMI 

19  :  R  TANK  AMMO  SPENT  (CUMI 

20  :R  TNK  AMMO  S/T  SPENT/DAY 

2 1  :  R  SPECIAL  AMMO  STON  AllTH 
?2 :  R  ED  SP  AMMO  STON  ON  HAND 

2  3 :  R  Sp  AMMO  CUM  RESUPPLY 
24 : R  SP  AMMO  SPENT,  CUM  TON 

25  :  R  SPECIAL  AMMO  STON/DAY 

26  :  R  ED  TANKS  AUTHORIZED 

27  :  Rr0  TANKS  ON  HAND 
28 : R  TANK  RESUPPLY (  CUM  I 
79  :  R  TANKS  FROM  REPAIR 
30  :R  TANKS  TOTAL  GAINS 
31 :RED  TANKS  IN  REPAIR 
32 : R  TANKS  PERM  LOSS/DAY 
33 :  R  TANKS  PERM  LOSS(CUM! 

34 :RED  TANK  S  LOST/ DAY 

35 :  R  TANKS  TEMP  LOSS/OAY 
36  :  R  ED  A  PC  AUTHORIZED 

3  7  :R  ED  APC  ON  HAND 

38 : R  APC  RESUPPLY( CUM  I 

39  :  R  rD  APC  EROM  REPAIR 

40  :  R  FD  APC  TOTAL  GAINS 

4  1  :RFD  APC  IN  REPAIR 
42:R  APC  PERM  LOSS/DAY 
4  3  :  R  APC  PERM  LOSSfCUMl 
44  :  R  FQ  APC  LOST/DAY 
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71 

72 
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74 
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76 

77 

78 

79 

80 
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82 

83 

84 
05 
86 
87 
08 


R  APC  TEMP  LOSS/DAY 
RED  HELO  AUTHORIZED 
RED  HELO  ON  HANO 
R  HELO  RESUPPLY ( CUM J 
RED  HELO  EROM  RCPAIR 
RED  HELO  TOTAL  GAINS 
RED  HELO  IN  REPAIR 
R  HELO  PERM  LOSS  /DAY 
R  HELO  PERM  LOSS  (CUMI 
RED  HELO  LOST/DAY 
R  HELO  TEMP  LOSS/DAY 
RED  AT/M  AUTHORIZED 
RED  AT/M  ON  HAND 
R  AT/M  RESUPPLY  (  CUM! 

RED  AT/M  FROM  REPAIR 
RED  AT/M  TOTAL  GAINS 
RED  AT/M  IN  REPAIR 
R  AT/M  PERM  LOSS  /DAY 
R  AT/M  PERM  LOSS  (CUM) 

RED  AT/M  LOST/DAY 
R  AT/M  TEMP  LOSS/DAY 
RED  ARTY  AUTHORIZED 
Rro  ARTY  ON  HAND 
R  ARTY  RESUPPLY ( CUM ) 

RED  ARTY  FROM  REPAIR 
RED  ARTY  TUBE  GAINS 
RFD  ARTY  IN  REpAIR 
R  ARTY  PERM  LOSS/DAY 
R  ARTY  PERM  LOSS  (CUM) 

R  ARTY  TUBES  LOST/DAY 
R  ARTY  TEMP  LOSS  /DAY 
R  ARTY  AM  S/T  AUTHORIZED 
R  ARTY  AMMO  S/T  ON  HAND 
R  ARTY  AM  RESUPPLY  (CUM) 
R  ARTY  AMMO  SPENT  <C'JW| 

R  ARTY  AMMO  SPENT/DAY 
R  OTHER  AMMO  S/T  AUTHPZD 
R  OTHER  AMMO  S/T  ON  HAND 
R  OTHER  Am  RESUPPLY(CUM) 
R  OTHER  AMMO  SPENT  (CUM) 
R  OTHER  AMMO  SPENT/DAY 
R  PERS  CM  I  A  ( CUM  ) 

R  PATIENTS  EVAC  (CUM) 

R  PCT  RTD  FROM  HOSPTL 


Figure  3-4.  Red  Log  ADDCOP  Menu 
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Uc  PERSONNEL  AUTHORIZED 
Uc  PERSONNEL  ON  HAND 
Uc  PERSONNEL  CHI  A  (CUM) 
Uc  PER  S  FRO*  HOS  PI  T  AL 
US  PATIENTS  E VAT  (  CUN  I 
US  PERSONNEL  IN  HOSPITAL 
Uc  DERS  KILLED  (CUM) 

US  PERS  WOUNDED  (CUM) 

US  PERS  CASUALTIES  (CUM) 
US  PERS  D  N  8  I  (CUM) 

N  US  N  PERS  AUTHOR  I7ED 
N  US  N  PERSONNEL  ON  HAND 
N  US  N  PERS  CMI  A  (  CUM) 

N  US  N  PERS  FROM  HOSPITAL 
N  US  N  PATIENTS  EVAC  (CUM) 
NUSN  PERS  IN  HOSPITAL 
N"SN  PERS  KILLED  (  CUH  ) 
NUSN  PERS  WOUNDED  (CUH) 
NUSN  PERS  CASUALTIES 
NUSN  PERS  D  N  B  I  ICUMJ 
US  OTHER  AM  AUTH0PI7E0 
U  S  OTHER  AM  ON  HAND 
NOT  USED 

U*  OTHER  AM  SPENT  (CUM) 
US  OTHER  AM  SPENT/DAY 
NUSN  OTHER  AM  AUTHORIZED 
NUSN  OTHER  AM  ON  HAND 
NOT  USED 

NUSN  OTHER  AM  SPENT(CUM) 
NUSN  OTHER  AM  SPENT/DAY 
US  POL  AUTHORIZED 
US  pOL  ON  HAND 
NOT  USED 

US  POL  CONSUMED  (CUM) 

U  S  POL  CONSUMED/DAY 
NUSN  POL  AUTHORIZED 
NUSN  POL  ON  HAND 
NOT  USED 

NUSN  POL  CONSUMED  (CUM) 
NUSN  POL  CONSUMED/DAY 
NOT  USED 
NO!  USED 
NOT  USED 


44:N0T  USED 
45: NOT  USED 

4  6  :  Uc  TANK  AMMO  AUTHORIZED 
4  7 : U  S  TANK  AMMO  ON  HAND 
48 : NO  T  USED 

4  9 : U c  TANK  AMMO  SPENT  (CUM) 
50:US  TANK  AMMO  SPENT/DAY 

5 1  :  Nt'SN  TANK  AM  AUTHORIZED 

5  2 : N  US  N  TANK  AM  ON  HAND 
5  3 : N OT  USED 

54  :  N  I'SN  TANK  AM  SPENT  (CUM) 
5  5  :  N  US  N  TANK  AM  SPTNT/DAY 
56 : N OT  USED 

5  7 : N  OT  USED 
58 : N OT  USED 
59 : N OT  USED 
60 :NOT  USED 

6 1 : U S  S PE  CL  AMMO  S T ON  AUTH 
62 : U S  SP  AMMO  STON  ON  HAND 

63  r  US  SP  AMMO  CUM  RESUPPLY 

64  i  US  SP  AMMO  CONSUMED,  CUM 
65 :  US  SPECIAL  AMMO  STON/DAY 
66  :  N  US  N  SPCL  AMMO  STON  AUTH 
67:  NUSN  SP  AMMO  TON  ON  HAND 

6  8  :  N  US  N  SPCL  AMMO  RESUPPLY 
6  9  :  N  US  N  SP  AMMO  STON  SPENT 
70  t  N  US  N  SPCL  AMMO  STON/DAY 
71 : N OT  USED 

72 : N DT  USED 
73 : N OT  USED 
74 : N OT  USED 
75 : N OT  USED 

76  :US  ARTY  AM  AUTHORIZED 
77 :  US  ARTY  AM  ON  HAND 
78 : NOT  USED 

79  :  U  S  ARTY  AM  SPENT  (CUM) 

8  0  :  U  S  ARTY  AM  SPENT/DAY 
•p  1  :  N  US  N  ARTY  AM  AUTHORIZED 
«Z:NUSN  ARTY  AM  ON  HAND 
8 3 : N OT  USED 

8  4  :  N  USN  ARTY  AM  SPENT  (CUM) 
P  5  r  N  US  N  ARTY  AM  SPENT/DAY 


Figure  3-5.  Partitioned  Blue  Log  ADDCOP  Menu 
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b.  A  sample  runstream  for  the  LOGAC  program  is  given  in  Figure  3-6. 

This  LOGAC  program  reads  the  FORCEM  Loss  and  Consumption  Report  (R64)  from 
unit  24,  the  FORCEM  resupply  input  file  from  unit  15,  and  ADDCOP  Blue  Log, 

Red  Log  and  Partitioned  Blue  Log  skeletons  from  units  11,  12,  and  13,  respec¬ 
tively.  The  resulting  Blue  Log,  Red  Log,  and  Partitioned  Blue  Log  ADDCOP 
input  files,  formatted  according  to  page  E-5,  are  written  to  units  8,  9, 

and  10,  respectively,  which  may  be  stored  by  the  user.  The  LOGAC  program 
reads  one  data  record  from  the  system  input  stream  (unit  5).  This  data 
record  (line  23  of  Figure  3-6)  contains,  in  columns  1-3,  right  justified, 
the  number  of  days  simulated,  which  cannot  exceed  200;  and  in  columns  4-75 
an  optional  run  title.  Only  the  first  29  lines  of  the  runstream  in  Figure 
3-6  are  used  to  execute  LOGAC.  The  remaining  35  lines  of  the  runstream 
show  how  the  ADDCOP  processor  might  be  used  to  plot  the  results,  as  described 
in  Appendix  E. 

c.  A  feature  of  the  LOGAC  program  is  that  if  FORCEM  asset  numbers  are 
changed  between  FORCEM  runs,  no  changes  are  necessary  in  the  LOGAC  FORTRAN 
code  or  inputs.  The  asset  categories  of  the  resupply  inputs  are  read  from 
the  R64  Report. 
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Figure  3-6.  Sample  Log  Status  ADOCOP  Runstream 
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3-4.  STATUS  OF  DIVISIONS.  A  third  FORCEM-ADDCOP  interface  program,  DIVOH, 
has  been  developed  by  the  POSTFOR  Study  to  convert  several  of  the  FORCEM 
reports  concerning  the  status  and  onhand  assets  of  the  Blue  and  Red  divi¬ 
sions  played  in  FORCEM  into  the  format  required  by  the  ADDCOP  graphics 
processor. 

a.  This  program  permits  the  user  to  select  a  single  division,  a  list  of 
(as  many  as  100)  divisions,  or  a  list  of  (as  many  as  20)  corps  whose  divi¬ 
sion  onhand  assets  are  to  be  displayed  as  a  function  of  simulation  time. 

The  results  are  stored  in  an  ADDCOP-compatible  file,  in  the  format  described 
at  page  E-5,  in  12-hour  time  intervals,  the  shortest  time  period  currently 
available  from  FORCEM.  The  data  are  read  from  FORCEM  reports  at  the  end  of 
each  cycle,  after  combat  and  resupply.  The  menu  of  parameters  that  can  be 
displayed  is  shown  in  Figure  3-7. 
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Figure  3-7.  Division  Onhand  Assets  ADDCOP  Menu 
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b.  The  DIVOH  program  reads  data  from  the  FORCEM  Combat  Headquarters 
Report  -  Part  3  (R30,  R31,  R32,  R44,  R45 ) ,  Command  and  Control  Report  (R41), 
Division  Personnel,  Supply,  and  Equipment  Reports  (R49,  R50,  R51),  and  from 
an  ADDCOP  skeleton  (titles)  file.  The  resulting  ADDCOP-compatible  file  is 
written  to  unit  9,  which  may  be  stored  by  the  user.  A  sample  runstream  for 
this  DIVOH  program  is  given  in  Figure  3-8.  The  program  reads  from  the  system 
input  stream  (unit  5)  one  record  (line  26  of  Figure  3-8)  containing,  in 
columns  1-3,  right-justified,  the  number  of  12-hour  cycles  simulated  and  in 
columns  4-75  an  optional  title,  followed  by  a  record  (lines  27-29  of  Figure 
3-8)  for  each  division  or  corps  selected,  containing  the  FORCEM  unit  ident¬ 
ification  number  beginning  in  column  1.  This  runstream  requests  that  data 
be  read  for  divisions  1101  and  1102,  and  for  all  the  divisions  in  corps 
2200.  Only  the  first  32  lines  of  the  sample  runstream  in  Figure  3-8  are 
used  to  run  the  DIVOH  program.  The  rest  of  the  runstream  demonstrates  how 
the  ADDCOP  processor  might  be  used  to  plot  certain  results,  as  described  in 
Appendix  E.  A  limitation  of  the  ADDCOP  processor  is  that  the  number  of 
12-hour  cycles  read  cannot  exceed  300. 
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Figure  3-8.  Sample  Division  Onhand  Assets  ADDCOP  Runstream 
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3-5.  ADOCOP  FILE  MANIPULATOR.  Another  ADDCOP  auxiliary  program  was  devel¬ 
oped  by  the  POSTFOR  Study  to  reduce  an  ADDCOP  file  prior  to  plotting  by 
deleting  a  specified  number  of  cycles  (such  as  days)  of  data  from  the  begin¬ 
ning  and  end  of  a  simulation. 

a.  This  program,  ADJDAY,  is  useful  if  results  of  a  longer  simulation 
are  to  be  plotted  by  the  ADDCOP  processor  in  comparison  with  data  from  a 
shorter  simulation;  but  the  principal  purpose  of  ADJDAY  is  to  delete  data 
of  days  simulated  prior  to  D-day,  so  that  plots  can  show  results  from  D-day 
onward. 

b.  The  ADJDAY  program  reads  the  ADDCOP  file  to  be  modified  from  unit 
11,  and  writes  the  resulting  ADDCOP-compatible  file  to  unit  9,  which  may  be 
stored  by  the  user.  A  sample  runstream,  which  deletes  10  cycles  of  data 
from  the  beginning  of  a  simulation  and  retains  the  next  20  cycles,  is  shown 
in  Figure  3-9.  One  input  record  (line  8  of  Figure  3-9)  is  read  from  the 
system  input  stream,  containing  the  number  of  cycles  (days)  of  data  to  be 
deleted  at  the  beginning  of  the  simulation  and  the  number  of  cycles  (days) 
of  data  to  retain  in  the  resulting  ADDCOP  file.  A  limitation  is  that  the 
input  file  cannot  contain  more  than  ZOO  cycles  of  data. 
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Figure  3-9.  Sample  Runstream  to  Reduce  an  ADOCOP  File 


3-6.  SU1WARY.  This  chapter  has  described  the  programs  developed  by  the 
POSTFOR  Study  to  reformat  FORCEM  results  for  input  to  the  ADDCOP  graphics 
postprocessor. 
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CHAPTER  4 

EQUIPMENT  AND  FUEL  REQUIREMENTS 


4-1.  INTRODUCTION.  This  chapter  describes  how  the  Combat  Operational 
Readiness  Float  (CORF)  Factors,  Wartime  Replacement  Factors  (WARF),  and 
Wartime  Fuel  Factors  (WAFF)  Postprocessors,  which  were  designed  for  use 
with  CEM  in  analyses  of  materiel  requirements,  have  been  adapted  to  ope¬ 
rate  as  postprocessors  to  FORCEM. 

4-2.  METHODOLOGY.  The  POSTFOR  .Study  determined  that  the  existing  meth¬ 
odology  of  each  of  these  three  postprocessors  is  satisfactory  for  use  with 
FORCEM,  and  should  be  retained.  FORCEM  can  provide  all  the  data  that  are 
required  by  each  of  these  postprocessors,  and  can  provide  these  data  for 
more  categories  of  equipment  than  are  available  from  CEM. 

4-3.  CORF  FACTORS  POSTPROCESSOR.  To  support  the  CORF  Factors  Post¬ 
processor,  modifications  were  made  to  the  FORCEM  program  code  and,  in 
addition,  an  interface  program  was  designed  and  implemented  to  transform 
the  results  reported  by  FORCEM  into  the  formats  required  as  input  by  the 
CORF  Factors  Postprocessor. 

a.  FORCEM  was  modified  to  establish  an  operational  readiness  float 
(ORF)  authorization  at  each  echelon  as  a  percentage  (input)  of  the  number 
of  vehicles  authorized  to  the  equipment  pool  at  that  echelon  for  each  of 
nine  equipment  subcategories  for  each  national  partition;  to  read  the  ORF 
fill  percentage  criterion  and  the  repair  time  criterion  for  each  side;  to 
fill  the  SUPCOMs  at  specified  echelons  with  ORF  stocks  based  on  equipment 
pool  densities  and  ORF  authorizations;  to  issue  ORF  stocks  in  lieu  of  com¬ 
pleting  current  repair  work,  based  on  the  repair  time  criterion  and  the  ORF 
fill  percentage  criterion;  and  to  keep  track  of  the  issues  from  ORF  stocks 
and  report  them  periodically  for  each  equipment  type.  These  ORF  modifica¬ 
tions  are  presently  deactivated  within  the  FORCEM  Model  code. 

(1)  Authorized  ORF  stocks  of  each  equipment  type  are  established  for 
each  SUPCOM  based  on  authorized  levels  in  the  equipment  pool  of  the  parent 
headquarters.  After  authorizations  are  established,  the  normal  equipment 
resupply  system  will  be  required  to  fill  the  authorizations  with  equipment 
available  for  issue.  These  SUPCOMs  then  compete  for  available  equipment 
assets  on  an  equal  footing  with  all  other  units  needing  replacements. 

Hence  it  may  be  several  model  cycles  before  a  particular  SUPCOM  will  be 
able  to  support  the  issue  of  ORF  stock.  ORF  stocks  are  subject  to  attri¬ 
tion  when  a  SUPCOM  is  attacked. 

(2)  An  echelon  criterion  for  issue  of  ORF  stocks  is  also  input  for 
each  side  and  is  applied  in  the  following  way.  Only  the  SUPCOMs  at  eche¬ 
lons  above  or  equal  to  the  input  echelon,  say  corps,  are  authorized  ORF 
stocks  and  can  issue  ORF  stocks.  The  recipient  of  issued  ORF  stocks,  the 
owner  of  the  equipment  in  repair,  can  be  at  any  echelon. 
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(3)  The  ORF  inputs  are  entered  via  the  DATA2  (CSS)  FORCEM  input  file. 
Relevant  lines  of  a  sample  DATA2  file  are  shown  in  Figure  4-1,  and  are 
reasonably  self-explanatory.  ORF  issues  are  reported  in  the  FORCEM  (R65) 
CORF  Issue  Report,  a  sample  of  which  is  shown  in  Figure  4-2. 
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Figure  4-1.  Sample  ORF  Inputs  to  FORCEM 


operational  readiness  float  report 
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Figure  4-2.  Sample  ORF  Issues  Report 


b.  A  new  program,  FCORF,  has  been  designed,  coded  (in  ASCII  FORTRAN), 
and  tested  in  the  POSTFOR  Study  to  reformat  the  pertinent  FORCEM  results  as 
required  by  the  existing  CORF  Factors  Postprocessor. 

(1)  This  FCORF  program  reads  permanent  combat  losses  and  quantity  in 
repair  from  the  FORCEM  Loss  and  Consumption  (R64)  Report  (unit  14)  and  the 
quantities  issued  from  ORF  stocks,  partition  1  (US),  from  the  FORCEM  CORF 
Issue  (R65)  Report  (unit  15).  An  input  record  is  read  from  the  system 
input  stream  (unit  5),  containing  the  number  of  days  simulated  in  FORCEM. 

A  sample  runstream  for  the  FCORF  program  is  shown  in  Figure  4-3. 
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Figure  4-3.  Sample  Runstream  of  FORCEM-CORF  Interface  Program 


(2)  This  FCORF  program  writes  to  unit  9  a  report  formatted  for  input 
to  the  CORF  Factors  Postprocessor.  This  report  contains,  at  24-hour 
intervals,  the  quantities  from  FORCEM  national  partition  1,  by  equipment 
type,  of  issues  from  ORF  stocks,  of  equipment  in  repair,  and  of  permanent 
combat  losses.  The  report  contains  one  line  each  for  tanks,  APCs,  heli¬ 
copters,  antitank/mortars,  artillery,  and  "other"--which  includes  trucks, 
two  types  of  recovery  vehicles,  and  up  to  six  types  of  air  defense  weapons. 
A  sample  of  this  report  is  shown  in  Figure  4-4. 
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Figure  4-4.  Sample  Output  of  FORCEM-CORF  Interface  Program 


4-4.  WARF  POSTPROCESSOR.  The  WARF-FORCEM  linkage  was  designed  and 
implemented  by  personnel  of  the  Requirements  Division  by  modifying  the 
existing  WARF  Postprocessor  (designed  for  use  with  data  from  CEM)  in  such  a 
way  that,  with  minimal  operator  intervention,  it  will  accept  data  from 
either  CEM  or  FORCEM.  This  approach  minimizes  the  training  required  for 
operators  of  the  WARF  Postprocessor,  who  will  have  to  determine  equipment 
requirements  for  some  studies  using  CEM  simulations  and  other  studies  using 
FORCEM  simulations.  Since  CEM  is  still  to  be  used  for  some  future  studies, 
this  approach  minimizes  the  work  required  for  documentation,  maintenance  of 
computer  files  and  runstreams,  and  configuration  management  for  WARF  post¬ 
processing.  Finally,  this  approach  maximizes  consistency  between  WARF 
methodologies  for  CEM  and  the  FORCEM. 

a.  The  existing  WARF  Postprocessor  reads  the  following  six  files. 

(1)  Item  Identification.  This  file  contains  a  recap  of  the  LOGSACS 
tapes,  including  theater  quantities  authorized,  by  line  item  number  (LIN), 
of  the  items  of  Army  equipment  for  which  WARF  is  to  be  computed. 

(2)  Historical  Data.  This  file  gives  historical  loss  rates  for 
losses  of  equipment  to  causes  not  simulated  in  CEM  or  FORCEM,  such  as 
pilferage,  sabotage,  etc.  (It  should  be  noted  here  that  CEM  and  FORCEM 
apply  an  input  factor  for  each  equipment  type  to  represent  losses  to 
noncombat  causes.  Therefore,  the  quality  of  the  theater  campaign  simula¬ 
tion  can  be  enhanced  by  including  as  many  as  possible  of  the  "historical" 
causes  of  equipment  loss  in  the  noncombat-loss  or  "breakdown"  factor 
applied  in  CEM  and  FORCEM,  thereby  reducing  the  available  quantities  of 
equipment  during  the  campaign,  rather  than  applying  the  historical  factors 
in  a  postprocessor.) 

(3)  Control  File.  This  file  provides  parameters  to  control  the  WARF 
computer  programs.  Examples  of  these  control  parameters  are:  the  number 
of  days  simulated  in  CEM,  the  time  periods  for  which  WARF  rates  are 
requested,  and  identification  of  the  items  of  US  Army  equipment  simulated 
in  CEM. 

(4)  Logistic  Report.  A  CEM  output  report  used  to  obtain  the  quantity 
(by  weight)  of  Red  artillery  munitions  fired  against  Blue  combat  units. 

(5)  Engagement  Report.  This  CEM  output  report  lists,  for  each  day, 
for  each  Blue  national  partition  and  for  each  posture,  the  number  of  Blue 
maneuver  battalion  engagements  that  occurred  in  the  CEM  simulation. 

(6)  WARF  Data.  This  CEM  output  file  reports,  for  each  major  weapon 
system  (12  tank  types,  12  APC  types,  5  helicopter  types,  12  antitank/mortar 
types,  and  8  artillery  types),  the  number  authorized  and  the  number  perma¬ 
nently  lost  to  combat  and  to  abandonment  (due  to  loss  of  terrain)  for  each 
12-hour  period  of  the  simulation. 
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b.  In  order  to  develop  WARF-FORCEM  (that  is,  to  link  the  existing  WARF 
Postprocessor  to  the  FORCEM),  it  was  necessary  to  include  additional 
parameters  in  the  Control  File,  which  entailed  modification  of  the  WARF 
computer  routine  that  processes  the  Control  File.  In  addition,  three  new 
routines  were  added  to  the  WARF  Postprocessor  in  order  to  process  the 
FORCEM  Loss  and  Consumption  Report  (R64),  Type  of  Engagement  Report  (R66), 
and  Indirect  Fire  Ammunition  Report  (R67),  respectively.  The  type  of 
information  that  is  obtained  from  the  FORCEM  R67,  R66,  and  R64  reports  is 
very  similar  to  the  type  found  in  the  CEM  Logistic  Report,  Engagement 
Report,  and  WARF  Data  files,  respecti vely. 

c.  The  routine,  RCONTROL,  that  processes  the  Control  File  was  modified 
to  read  three  additional  parameters  from  the  Control  File.  These  three 
parameters  are  input  as  answers  to  queries  directed  to  the  WARF  operator  by 
the  WARF  interactive  program,  as  shown  in  Table  4-1. 


Table  4-1.  FORCEM-WARF  Control  Queries 


Question 

Operator  response 

CEM  OR  FORCEM 

1  (if  CEM  is  used) 

2  (if  FORCEM  is  used) 

FORCEM  HRS  PER  PERIOD 

12  (example) 

FORCEM  D-DAY  STARTS  AT  HR 

240  (example) 

U)  The  first  parameter  directs  the  WARF  program  to  call  either  the 
routines  for  processing  the  three  CEM  files  or  the  routines  for  processing 
the  FORCEM  R67,  R66,  and  R64  reports. 

(2)  The  second  parameter  is  necessary  because  the  FORCEM  reports  by 
time  period,  whose  duration  in  hours  may  vary  between  studies. 

(3)  Unlike  CEM,  FORCEM  permits  modeling  of  a  "mobilization"  period 
before  D-day.  The  third  parameter  indicates  the  length  of  this  mobiliza¬ 
tion  time  prior  to  shots  being  fired  in  the  FORCEM  simulation,  so  that  the 
WARF  Postprocessor  will  exclude  data  from  the  mobilization  period.  In  the 
example  given  in  Table  4-1,  the  first  240  hours  of  FORCEM  data  would  be 
skipped  by  the  WARF  Postprocessor. 

d.  In  addition  to  the  change  necessary  to  consider  the  above  three 
parameters,  the  RCONTROL  routine  required  modification  to  accommodate  some 
differences  in  the  representation  of  weapon  numbers  between  the  CEM  and  the 
FORCEM  output  reports.  The  CEM  WARF  Data  file  numbers  the  Blue  artillery 
as  weapons  42-49,  whereas  the  FORCEM  R64  report  numbers  the  Blue  direct- 
support  artillery  as  weapons  43-50,  and  reports  small  arms  or  infantry 
weapons  as  weapon  number  42. 
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e-  Three  new  routines,  called  R67,  R66,  and  R64,  have  been  added  to  the 
WARF  Postprocessor  to  read  the  FORCEM  R67,  R66,  and  R64  reports,  respec¬ 
tively,  when  the  WARF  Postprocessor  is  operated  in  the  WARF-FORCEM  mode. 

f.  The  processing  of  the  FORCEM  Indirect  Fire  Ammunition  (R67)  Report 
is  performed  as  follows: 

(1)  Each  record  in  the  R67  report  is  read  and  tested  against  specific 
selection  criteria.  If  the  selection  criteria  are  not  met,  the  record  is 
bypassed.  The  selection  criteria  used  for  each  record  are: 

(a)  The  hour  (field  I  of  the  record)  must  be  greater  than  or  equal 
to  the  hours-before-D-day  parameter  discussed  above. 

(b)  The  national  partition  (field  2  of  the  record)  must  match  the 
specified  partition  parameter  for  which  WARF  rates  are  desired.  This 
parameter  (value  1  or  2)  is  an  input  to  routine  RC0NTR0L  (1  signifies  US,  2 
signifies  US  A1 lies). 

(c)  The  hour  read  is  converted  to  days  in  order  to  determine  to 
what  day  relative  to  D-day  the  record  belongs.  For  selection,  the  computed 
day  must  not  be  greater  than  the  number  of  days  specified  as  input  to 
routine  RC0NTR0L. 

(2)  Once  the  record  has  been  selected  for  further  processing,  the 
weight  of  artillery  and  tactical  aircraft  (TACAIR)  munitions  (fields  3  and 
4  of  the  record)  delivered  against  targets  belonging  to  the  partition 
specified  is  credited  to  the  appropriate  day. 

(3)  Consistent  with  the  WARF-CEM  methodology,  the  daily  weight  of 
artillery  munitions  is  converted  into  a  relative  index  by  dividing  each 
daily  total  weight  by  the  maximum  daily  total  weight  that  occurred  during 
the  simulation.  We  call  this  index  the  daily  artillery  intensity  index. 

(4)  The  daily  TACAIR  intensity  index  is  computed  in  the  same  way  as 
the  daily  artillery  intensity  index. 

(5)  When  the  WARF  Postprocessor  is  operated  in  the  WARF-CEM  mode,  a 
single  daily  artillery  intensity  index  is  used  as  a  multiplicative  factor 
against  the  attrition  caused  by  the  Red  artillery  and  TACAIR  missions.  CEM 
does  not  output  the  data  required  to  compute  a  separate  daily  TACAIR 
intensity  index.  When  the  WARF  Postprocessor  is  used  in  the  WARF-FORCEM 
mode,  it  has  the  capability  to  compute  two  separate  daily  indices  to  be 
applied  against  the  appropriate  attrition.  In  order  to  have  the  capability 
to  compare  what  effect  this  change  in  methodology  has  on  the  computed  WARF, 
we  have  retained  the  capability,  as  a  user's  option,  to  revert  to  the  use 
of  the  daily  artillery  intensity  index  in  lieu  of  TACAIR  attrition  when 
operating  in  the  WARF-FORCEM  mode,  but  the  use  of  both  artillery  and  TACAIR 
indices  should  be  the  norm. 
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(6)  The  capability  to  use  a  daily  TACAIR  intensity  index  other  than 
what  was  computed  using  the  TACAIR  output  data  from  FORCEM  was  implemented 
by  allowing  the  inclusion  of  any  desired  number  of  records  in  the  WARF 
Control  File.  Each  of  these  records  will  be  of  the  form  (n  m  x)  where  n 
and  m  are  the  beginning  and  ending  days  addressed  by  the  record,  and  x  can 
have  the  value  of  (-1),  or  any  real  positive  number.  The  value  of  (-1) 
directs  the  WARF  Postprocessor  to  copy  the  daily  artillery  intensity  index 
into  the  daily  TACAIR  intensity  index  array  for  the  days  specified  in  the 
record.  A  positive  real  value  of  x  directs  the  WARF  Postprocessor  to  use 
the  value  of  x  as  the  daily  TACAIR  intensity  index  for  the  days  specified 
in  the  record.  Note  that  a  single  record  (1  180  -1)  would  force  the  WARF 
Postprocessor  to  use  the  WARF-CEM  methodology  as  it  pertains  to  the  daily 
intensity  indices,  even  when  used  in  the  WARF-FORCEM  mode. 

g.  The  new  R66  routine  reads  the  FORCEM  Type  of  Engagement  (R66)  Report 
when  the  WARF  Postprocessor  is  operated  in  the  WARF-FORCEM  mode.  The 
processing  of  the  R66  data  proceeds  as  outlined  below. 

(1)  Each  record  in  the  R66  file  is  read  and  tested  against  specific 
selection  criteria.  If  the  selection  criteria  are  not  met,  the  record  is 
bypassed.  The  selection  criteria  used  for  each  record  are  identical  to  the 
criteria  used  in  routine  R67  (see  paragraph  4-4f(l)). 

(2)  Once  the  record  has  been  selected  for  further  processing,  the 
next  seven  fields  (fields  3  through  9)  of  the  record  are  read.  The  seven 
fields  represent  the  number  of  divisions  that  are  in  each  of  seven  FORCEM 
postures. 

(3)  The  seven  FORCEM  postures  are  allocated  among  the  CEM  postures 
using  the  following  equivalency  scheme: 

(a)  Field  3  -  FORCEM  Blue  attack/Red  defend  (BAT/RDF)  posture. 

This  posture  is  equivalent  to  the  total  of  two  CEM  postures  (Blue  attack 
prepared  defense,  BAPD;  and  Blue  attack  hasty  defense,  BAHD).  Half  of  the 
FORCEM  BAT/RDF  division  engagements  were  allocated  to  each  of  the  CEM  BAPD 
and  BAHD  postures. 

(b)  Field  4  -  FORCEM  Blue  attack/Red  delay  (BAT/RDE)  posture.  Maps 
directly  to  CEM  Blue  attack  delay  (BAD)  posture. 

(c)  Field  5  -  FORCEM  Red  attack/Blue  defend  (RAT/BDF)  posture. 
Equivalent  to  the  total  of  two  CEM  postures  (Red  attack  hasty  defense, 

RAHD;  and  Red  attack  prepared  defense,  RAPD).  Half  of  the  FORCEM  RAT/BDF 
division  engagements  were  allocated  to  each  of  the  CEM  RAHD  and  RAPD 
postures. 

(d)  Field  6  -  FORCEM  Red  attack/Blue  delay  (RAT/BDE)  posture.  Maps 
directly  to  CEM  Red  attack  delay  (RAD)  posture. 

(e)  Field  7  -  FORCEM  static  posture.  Maps  directly  to  CEM  static 
posture. 
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(f)  Field  8  -  FORCEM  not  engaged/moving  (NE/M)  posture.  The  number 
of  divisions  in  this  posture,  plus  the  number  of  divisions  from  field  9 
(see  below)  were  allocated  to  the  CEM  reserve  posture. 

(g)  Field  9  -  FORCEM  not  engaged/not  moving  (NE/NM)  posture.  Same 
as  field  8. 

(4)  FORCEM  does  not  make  a  terrain  distinction  in  the  R66  report, 
while  CEM  reports  engagements  in  each  of  three  terrain  types.  In  order  to 
convert  the  FORCEM  terrain-independent  engagements,  the  FORCEM  engagements 
are  divided  equally  among  the  terrain  types  (three)  for  each  day. 

(5)  Since  CEM  reports  battalion  engagements,  the  division  engagements 
reported  by  FORCEM  are  converted  to  equivalent  battalion  engagements.  The 
conversion  process  is  based  on  the  assumption  that  there  are  eleven  battal¬ 
ions  in  one  division  (i.e.,  10  maneuver  and  1  armored  cavalry  squadron). 

The  constant  eleven  (11)  is  used  to  multiply  the  number  of  engagements  for 
each  posture  and  each  terrain  for  every  day  of  the  180-day  conflict. 

(6)  After  completion  of  the  above  processes  the  subroutine  ENGAGEIN2 
is  called  to  compute  the  percent  of  the  force  that  is  in  each  of  the 
postures  and  terrain  types,  for  each  day  of  conflict. 

(7)  Some  of  the  assumptions  that  were  made  in  mapping  the  FORCEM 
postures  into  equivalent  CEM  postures  are  in  no  way  to  be  misconstrued  as 
limitations  to  the  WARF  process.  The  reader  should  keep  in  mind  that  the 
posture  profile,  expressed  as  a  percent  of  the  total  force,  is  merely  used 
as  a  weighting  factor  for  COSAGE  sample  results.  In  this  context,  the 
number  of  maneuver  battalions  assumed  per  division  has  no  effect  on  the 
results,  as  long  as  it  is  the  same  number  for  every  division.  Also,  if  the 
COSAGE  samples  are  not  differentiated  by  terrain  type,  the  same  COSAGE 
sample  will  be  used  in  three  separate  terms,  each  term  weighted  by  one- 
third  of  the  terrain-independent  posture  profile.  The  result  would  be 
identical  (not  merely  equivalent)  if  the  COSAGE  sample  had  been  weighted  by 
the  total  terrain-independent  posture  profile.  Conversely,  these 
assumptions  were  made  in  order  to: 

(a)  Allow  comparisons  of  posture  profiles  with  past  or  other 
studies  using  CEM. 

(b)  Keep  the  WARF  routines  flexible  enough  to  meet  an  eventual 
requirement  to  generate  and  use  terrain-dependent  COSAGE  samples  (it  has 
occcurred  before,  with  the  P90K  Study). 

h.  The  new  R64  routine  reads  the  FORCEM  Loss  and  Consumption  (R64) 
Report,  described  in  Appendix  D,  when  the  WARF  Postprocessor  is  operated  in 
the  WARF-FORCEM  mode.  Processing  of  the  R64  data  proceeds  as  outlined 
below. 

(1)  Each  record  in  the  file  is  read  and  tested  against  specific 
selection  criteria.  If  the  criteria  are  not  met,  the  record  is  bypassed. 

The  selection  criteria  are: 


4-9 


CAA-SR-86-10 


(a)  The  hour  (field  1)  must  be  greater  than  or  equal  to  the  hours- 
before-D-day  parameter  discussed  above. 

( b )  The  partition  (field  2)  must  match  the  specified  parameter  as 
explained  in  4-4f(l)(b)  above. 

(c)  Asset  type  (field  4)  indicates  the  type  of  weapon  system  (i.e., 
a  particular  LIN).  Selection  is  based  on  an  ordinal  number  in  the  range  of 
1  to  51,  excluding  42  for  personnel  (see  paragraph  4-4d). 

(d)  Category  (field  5)  must  be  equal  to  3,  indicating  that  the 
record  pertains  to  Blue  major  weapon  systems  (tank,  APC,  helicopter, 
antitank/mortar,  artillery  and  close  air  support). 

(e)  Record  type  (field  7)  must  be  either  1  or  2.  The  record  type 
indicates  the  contents  of  field  8.  In  record  type  1,  field  8  reports  the 
number  of  equipment  authorized  by  TOE.  In  record  type  2,  field  3  reports 
the  permanent  combat  losses,  including  abandonment. 

(2)  Further  processing  of  a  selected  record  is  as  follows: 

(a)  Asset  type  (field  4)  is  used  as  a  search  key  to  determine  if 
the  weapons  system  read  from  R64  is  included  in  the  set  of  weapons  to  be 
evaluated. 

(b)  Hour,  value  in  field  1,  is  converted  to  the  current  day 
relative  to  D-day. 

(c)  If  record  type  (field  7)  is  equal  to  1,  then  the  authorized 
quantity  (field  8)  is  read,  multiplied  by  the  fraction  of  the  day  covered 
by  the  record,  and  added  to  the  cumulative  weighted  average  authorized 
quantity  for  the  current  day.  In  other  words: 

m 

Average  TOE  for  day  n  =  xi  ( H/24 ) 

i=l 

Where  H  =  hours  per  FORCEM  time  period 

m  =  number  of  FORCEM  time  periods  per  day 
Xj  =  authorized  quantity  from  field  8 


(d)  If  record  type  (field  7)  is  equal  to  2,  then  the  permanent 
combat  loss  is  read  and  added  to  the  cummulative  total  losses  for  a  given 
weapon  system  for  the  current  day. 

(3)  From  the  FORCEM  Consumption  and  Loss  (R64)  Report  the  WARF  Post¬ 
processor  reads  the  authorized  quantity  of  each  type  weapon  and  the  per¬ 
manent  combat  loss  of  each  type  weapon.  It  is  assumed  that  the  permanent 
combat  loss  reported  by  FORCEM  includes  all  losses  due  to  abandonment 
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caused  by  enemy  seizure  of  terrain.  At  present  FORCEM  does  not  subject 
noncombat  repairable  damage  to  this  type  of  abandonment,  but  if  FORCEM  is 
changed  in  the  future,  it  is  necessary  to  the  WARF  Postprocessor  that  all 
repairable  equipment  abandoned  because  of  an  advancing  enemy  be  reported  ac 
permanent  combat  loss. 

i.  An  operational  test  of  the  FORCEM  WARF  Postprocessor  (described  in 
Reference  3)  was  conducted  by  personnel  of  the  Requirements  Division  using 
the  results  of  FORCEM  simulation  of  30  days  of  combat  in  Europe.  The 
inputs  to  tne  FORCEM  simulation  were  essentially  those  of  the  OMNIBUS-85 
Study,  with  the  addition  of  ammunition  "add-on  factors"  for  both  sides. 

The  results  of  this  operational  test,  which  cannot  be  published  in  this 
unclassified  report,  were  compared  with  the  WARF  rates  obtained  from  the 
OMNIBUS-84  Study  using  the  existing  (CEM)  WARF  Postprocessor.  There  are 
many  differences  between  the  assumptions  and  methodology  of  the  OMNIBUS-84 
and  OMNIBUS-85  Studies,  as  noted  in  paragraph  2-7c,  but  the  comparison  of 
the  WARF  rates  of  the  two  studies  illuminates  certain  features  of  the 
FORCEM  WARF  Postprocessor. 

(1)  The  theater  authorized  quantity  of  each  weapon,  as  reported  in 
the  FORCEM  Loss  and  Consumption  Report  (R64),  includes  equipment  in  FORCEM 
equipment  pools  and  other  units  which  were  not  included  in  the  existing 
(CEM)  WARF  Postprocessor.  These  additional  weapons  appearing  outside  of 
maneuver  and  artillery  battalions  in  FORCEM  can  have  the  effect  of  reducing 
WARF  rates  if  they  are  counted  in  the  authorized  theater  quantity  but 
suffer  negligible  attrition.  One  solution  to  this  difficulty  is  to  obtain 
authorized  weapon  quantities,  over  time,  from  a  source  other  than  the 
FORCEM  R64  report.  Another  solution  is  to  assign  equipment  pools  and  other 
FORCEM  "units"  not  to  be  included  in  the  WARF  computations  to  a  national 
partition  other  than  the  US,  so  that  the  weapons  in  such  units  can  be 
distinguished  in  the  FORCEM  R64  Report  and  can  be  excluded  from  the  WARF 
calculations. 

(2)  In  calculating  WARF  rates  for  equipment  not  played  in  FORCEM,  the 
FORCEM  WARF  Postprocessor  applies  an  artillery  intensity  index  that  varies 
daily,  based  on  the  tonnage  of  enemy  artillery  ammunition  expended  each  day 
in  the  FORCEM  US  division  engagements,  as  described  in  paragraph  4-4f, 
above.  The  CEM  WARF  Postprocessor  applies  an  artillery  intensity  index 
that  varies  by  four-day  periods  Each  day's  artillery  intensity  index  is 
obtained  by  dividing  that  day's  enemy  artillery  expenditure  by  the  maximum 
daily  enemy  artillery  expenditure  that  occurred  during  the  simulation. 

Hence  a  single  day  of  very  high  (relative  to  the  mean)  enemy  expenditures 
can  cause  the  artillery  intensity  index  (a  number  between  0  and  1  that 
multiplies  the  attrition)  for  every  other  day  simulated  to  be  low.  The 
maximum  daily  expenditure  is  higher  relative  to  the  mean  daily  expenditure 
than  is  the  maximum  four-day  expenditure  relative  to  the  mean  four-day 
expenditure.  Consequently,  the  daily  artillery  intensity  indices  of  the 
FORCEM  WARF  will  generally  be  lower  than  the  four-day  intensity  indices  of 
the  CEM  WARF. 
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(3)  The  FORCEM  R64  Report  should  be  examined  after  preliminary  FORCEM 
runs  to  ensure  that  all  equipment  for  which  WARF  rates  are  wanted  are 
suffering  permanent  and  temporary  combat  losses  as  expected;  otherwise 
errors  can  go  unnoticed  and  uncorrected  in  the  linkage  from  C0SA6E  to 
FORCEM  and  in  the  FORCEM  input  parameters  for  rear-area  attrition. 

(4)  The  losses  reported  in  the  FORCEM  R64  report  can  include  attri¬ 
tion  in  rear  areas  by  tactical  aircraft,  by  general  support  artillery,  and 
by  surface-to-surface  missiles.  For  consistency  with  CEM,  targeting  of 
ports,  POMCUS  sites,  equipment  pools,  and  general  support  artillery  battal¬ 
ions  outside  of  division  engagements  can  be  prevented  by  input  to  FORCEM. 
However,  the  combat  attrition  of  artillery  providing  general  support  is  a 
FORCEM  feature  that  represents  an  improvement  in  realism  over  CEM  and 
probably  should  be  used. 

4-5.  FUEL  FACTORS  POSTPROCESSOR.  The  existing  Fuel  Factors  Development 
Postprocessor  determines  wartime  fuel  factors  (WAFF)  by  reading  the  same 
CEM  output  reports  as  are  read  by  the  WARF  Postprocessor.  Consequently,  in 
order  to  minimize  the  effort  required  for  documentation,  operator  training, 
program  maintenance,  and  configuration  management,  the  Fuel  Factors  Post¬ 
processor  is  being  combined  with  the  WARF  Postprocessor.  The  Fuel  Factors 
Postprocessor  then  can  be  selected  as  an  option  whenever  the  WARF  Post¬ 
processor  is  executed.  This  also  provides  a  linkage  from  FORCEM  to  the 
Fuel  Factors  Development  Postprocessor,  since  the  WARF  Postprocessor  has 
already  been  linked  to  FORCEM.  The  work  on  the  Fuel  Factors  Postprocessor 
has  been  done  by  personnel  of  the  Requirements  Division  of  CAA. 

4-6.  SUMMARY.  This  chapter  has  described  the  linkage  developed  by  the 
P0STF0R  Study  of  FORCEM  to  the  CORF,  WARF,  and  WAFF  Postprocessors,  which 
are  used  in  materiel  and  fuel  requirements  analyses. 
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CHAPTER  5 

AMMUNITION  REQUIREMENTS 


5-1.  INTRODUCTION.  This  chapter  describes  the  methodology,  computer 
routines,  runstreams,  and  inputs  of  the  approach  developed  by  the  POSTFOR 
Study  for  determination  of  requirements  for  ammunition  and  air  defense 
missiles. 

a.  The  existing  Ammunition  Postprocessor  (APP),  documented  in  Reference 
2,  could  be  modified  to  accept  campaign  simulation  results  in  FORCEM,  rather 
than  CEM,  report  formats.  The  existing  APP,  in  very  general  terms,  reads 
from  CEM  simulation  results  the  combat  damage  to  Red  equipment  and  personnel 
by  US  weapons  other  than  TACAIR  in  each  posture,  reads  the  number  of  each 
type  of  US  weapon  engaged  in  each  posture,  and  refers  to  COSAGE  samples  for 
each  posture  to  determine,  by  an  equivalent  stylized  day  methodology,  the 
number  of  rounds  expended  by  each  US  weapon  to  inflict  this  combat  damage 
on  Red  assets.  The  combat  losses  of  US  equipment  reported  by  CEM  are  used 
to  calculate  the  onboard  losses  of  ammunition  on  combat  damaged  vehicles. 

The  onboard  losses,  zeroing,  registration,  logistic  losses,  and  other  cate¬ 
gories  of  ammunition  consumption  are  all  applied  in  the  APP  and  are  not 
reflected  in  the  CEM  simulation.  The  only  way  to  represent  in  CEM  the 
effect  of  the  ammunition  consumption  added  in  the  APP  is  to  increase  the 
weight  of  the  munition  input  to  CEM  by  a  factor  which  cannot  vary  with 
time.  The  POSTFOR  Study  has  determined  that  it  is  preferable  to  replace 
the  existing  APP  as  FORCEM  is  phased  in,  for  the  following  reasons. 

(1)  In  order  to  represent  accurately  the  impact  on  the  campaign  simu¬ 
lation  iioncombat  consumption  of  ammunition,  such  as  zeroing  of  weapons, 
functional  checks,  logistic  losses,  etc.,  this  consumption  should  be  added 
to  transporta,  on  workloads  and  deducted  from  ammunition  stocks  in  the 
FORCEM,  rather  than  introduced  after  the  campaign  simulation,  as  the  exis¬ 
ting  APP  does.  The  campaign  simulation  is  made  more  realistic  by  playing 
more  of  the  ammunition  consumption  factors  in  FORCEM,  rather  than  in  a 
postprocessor. 

(2)  FORCEM  should  permit  a  more  realistic  accounting  of  ammunition 
consumption  categories,  such  as  logistic  losses  and  expenditures  against 
support  units  than  is  possible  by  applying  a  factor  in  a  postprocessor. 

The  representation  of  rear  areas  and  support  units  and  convoys  that  are 
subject  to  attrition  is  more  detailed  in  FORCEM  than  in  CEM. 

(3)  The  existing  APP  cannot  be  expected  to  match  the  ammunition  con¬ 
sumption  reported  by  CEM,  because  the  APP  does  not  directly  use  the  ammuni¬ 
tion  consumption  reported  by  the  campaign  simulation.  Thus,  for  example, 
the  requirements  for  ammunition  handling  companies  determined  from  the 
ammunition  consumed  in  a  CEM  simulation  might  not  be  sufficient  to  process 
the  ammunition  that  the  APP  says  is  required  for  the  same  CEM 
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simulation.  The  methodology  developed  by  the  POSTFOR  Study  for  determining 
ammunition  requirements  ensures  consistency  between  FORCEM  and  its  post¬ 
processor. 

b.  When  the  POSTFOR  methodology  was  being  developed,  no  linkage  existed 
between  CEM  and  a  postprocessor  to  calculate  air  defense  missile  require¬ 
ments.  In  the  absence  of  an  existing  methodology  for  air  defense  munitions 
requirements,  the  POSTFOR  Study  has  elected  to  handle  air  defense  missiles 
in  the  same  way  as  the  other  munitions  in  the  FORCEM  ammunition  post¬ 
processor.  That  is,  FORCEM  will  report  in  detail  all  consumption  of  each 
type  of  air  defense  munition.  To  the  consumption  in  FORCEM,  the  ammunition 
postprocessor  will  add  only  sea  losses  in  determining  requirements.  The 
present  FORCEM  logic  for  tactical  aircraft-air  defense  engagements  will  be 
used,  until  the  demand  for  greater  accuracy  and  realism  warrants  devoting 
programer  time  and  FORCEM  running  time  to  the  refinement  of  the  modeling  of 
tactical  air  and  air  defense.  More  recently,  an  Air  Defense  Missile  Post¬ 
processor  (ADMP)  has  been  developed  by  CAA  and  linked  to  CEM.  The  meth¬ 
odology  of  the  ADMP  is  conceptually  similar  to  the  POSTFOR  approach,  in 
that  the  ADMP  reads  from  a  CEM  report  the  number  of  rounds  fired  of  each 
air  defense  munition. 

5-2.  AMUNITION  REQUIREMENTS  PROCESS.  The  ammunition  requirements  meth¬ 
odology  developed  by  the  POSTFOR  Study  is  depicted  in  schematic  form  in 
Figure  5-1.  Each  of  the  steps  in  this  process  is  described  in  some  detail 
in  paragraphs  5-3  to  5-7. 

a.  FORCEM  receives  attrition  calibration  input  from  the  Combat  Sample 
Generator  (COSAGE)  and  will  require  new  ammunition  consumption  and  loss 
"add-on"  inputs  to  determine  the  rounds  consumed  by  each  FORCEM  weapon. 
FORCEM  will  produce  four  reports  used  by  the  ammunition  postprocessor:  The 
Ammunition  Consumption  Report  (D36),  Ammunition  Fired  Report  (D37),  Air 
Deep  Target  Interdiction  Report  (R43),  and  Artillery  Damage  Report  (R52). 

b.  The  first  postprocessor  program,  AMOHIT,  prorates  the  American  ammu¬ 
nition  destroyed  by  enemy  fire  among  FORCEM  weapons  and  adds  these  losses 
to  the  logistic  losses  in  the  D36  report. 

c.  The  COSAGE -APP  Linkage  Program  (CALP)  routine  reads  COSAGE  results 
to  determine,  of  the  rounds  fired  by  each  weapon  at  each  target,  the  per¬ 
centage  attributed  to  each  munition  of  the  weapon.  (A  number  of  different 
munitions  may  be  "rolled  up"  into  the  two  munitions  per  weapon  that  can  be 
represented  in  FORCEM). 

d.  After  the  operator  has  constructed  the  Airmo  Expenditure  Data  File 
(described  in  pp  79-82  and  90-92  of  Reference  2),  the  PFDATA  program 
prorates  each  FORCEM  weapon's  ammunition  consumption  among  the  weapons  of 
interest  that  are  "rolled  up"  into  the  FORCEM  weapon.  The  prorating  is 
based  on  the  deployed  densities,  by  APP  time  period,  of  the  weapons  of 
interest.  The  results  are  inserted  into  the  Ammo  Expenditure  Data  File. 


e.  The  REPGEN  program  reads  the  FORCEM  036  and  D37  reports,  as  well  as 
the  Ammo  Expenditure  Data  File,  target  group  definitions,  and  ISD  and  Title 
Files  (described  in  pp  78-79  of  Reference  2),  calculates  the  consumption 
rates  of  each  munition,  and  generates  the  same  reports  as  the  existing  APP. 

5-3.  FORCEM  FOR  AJflUNITION  REQUIREMENTS 

a.  FORCEM  will  require  as  input,  for  each  FORCEM  weapon,  all  the  factors 
necessary  to  determine,  by  weapon  type,  the  numbers  of  rounds  consumed  in 
all  categories  of  combat  and  noncombat  consumption.  These  inputs  include: 

(1)  The  FORCEM  ammunition  resupply  pot  (between  1  and  4)  from  which 
the  weapon's  ammunition  is  drawn; 

(2)  The  number  of  rounds  expended  per  12-hour  FORCEM  cycle  per  weapon 
for  function  checks  or  registration  firing; 

(3)  The  weapon's  burst  size  (i.e.,  the  number  of  rounds  fired  per 
COSAGE -ATCAL  "shot"--the  burst  size  is  one  for  most  weapons); 

(4)  The  number  of  rounds  expended  whenever  a  weapon  is  zeroed; 

(5)  The  number  of  rounds  expended  per  FORCEM  cycle  for  harassment  and 
interdiction  firing; 

(6)  The  logistic  loss  factor,  which  is  multiplied  by  the  total  of  all 
consumption  by  the  weapon  to  account  for  other  noncombat  losses  (accidents, 
spoilage,  pilferage,  sabotage,  etc.); 

(7)  The  rounds  required  per  weapon  for  rear  area  security  (this  is 
expended  once  for  each  weapon  in  an  arriving  unit  as  the  unit  passes  through 
the  theater  rear);  and 

(8)  A  suspect  target  factor  for  each  FORCEM  engagement  type  and  for 
general  support  firing. 

b.  These  ammunition  inputs  to  FORCEM  are  appended  to  the  existing  FORCEM 
Asset  File.  The  ammunition  resupply  pot  ((1)  above)  is  an  integer  number; 

the  others  are  real  numbers,  which  may  contain  a  decimal  point.  Each  weapon's 
ammunition  inputs  are  preceded  by  two  integer  numbers:  the  FORCEM  asset 
number  of  the  vehicle  carrying  the  weapon,  and  the  asset  number  of  the 
weapon.  A  sample  of  the  ammunition  inputs  is  shown  in  Figure  5-2.  The  six 
suspect  target  factors  for  each  weapon  are  ordered  as  follows: 

(1)  Blue  attack.  Red  defend 

(2)  Blue  attack.  Red  delay 

(3)  Red  attack.  Blue  defend 

(4)  Red  attack.  Blue  delay 

(5)  Static  (neither  side  attacks) 

(6)  General  support,  not  engaged 
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Figure  5-2.  Sample  FORCEM  Ammunition  Inputs 


c.  The  burst  size  is  applied  to  nondivisional  air  defense  weapons  as 
well  as  to  divisional  weapons.  The  logistic  losses  are  deducted  from  the 
ammunition  stocks  of  the  theater  Support  Command  (SUPCOM)  in  the  FORCEM. 
Other  consumption  is  deducted  from  the  ammunition  of  the  unit  owning  the 
weapon.  All  consumption  is  limited  by  onhand  ammunition  (which  will  be 
unconstrained  in  ammunition  requirements  studies). 

d.  FORCEM  will  produce  two  ammunition  reports:  the  Ammunition  Fired 
(D37)  Report,  which  reports  the  rounds  fired  by  each  type  weapon  in  each 
posture  at  each  target  category;  and  the  Ammunition  Consumption  (D36) 

Report,  which  reports,  by  category  of  consumption,  the  rounds  of  each 
FORCEM  weapon  consumed  in  vehicles  hit  by  enemy  fire,  in  zeroing  of 
weapons,  in  harassment  and  interdiction  fire,  in  logistic  losses,  in 
expenditures  for  rear  area  security,  and  in  function  checks  (or  regis¬ 
tration)  of  weapons.  The  036  report  also  reports,  for  each  weapon,  the 
weight  of  the  weapon's  ammunition  consumed  and  the  FORCEM  ammunition 
resupply  pot  of  its  ammunition.  Samples  of  these  two  FORCEM  reports  are 
shown  in  Figures  5-3  and  5-4. 

(1)  For  example,  the  first  line  of  numbers  in  Figure  5-3  indicates 
that,  during  the  cycle  beginning  at  hour  0,  gun  #2  of  FORCEM  asset  #1  (the 
first  type  of  tank)  in  units  of  the  first  national  partition  (US)  in  the 
first  posture  (Blue  delay)  fired  5  rounds  at  Red  troops,  44  rounds  at  Red 
antitank  or  mortar  systems,  2  rounds  at  the  third  Red  APC  type,  5  rounds  at 
the  fourth  Red  APC  type,  and  no  rounds  at  anything  else. 

(2)  And  the  first  line  of  numbers,  for  example,  in  Figure  5-4 
indicates  that  during  the  12-hour  period  beginning  at  hour  0  gun  #2  of  the 
first  type  of  tank  (FORCEM  asset  #1)  in  units  of  the  first  (US)  national 
partition  lost  41,077  rounds,  142,000  rounds,  and  56,615  rounds  aboard 
vehicles  damaged  by  enemy  fire  in  Blue  delay,  defend,  and  attack  postures, 
respecti vely.  In  addition  300  rounds  of  this  gun's  munition  were  expended 
in  zeroing  weapons  returned  to  combat  units  from  repair  and  2,200  rounds  in 
zeroing  weapons  issued  from  equipment  pools  to  combat  units.  Also,  34,947 
rounds  of  this  gun  were  consumed  in  logistic  losses  and  107,040  rounds  in 
function  checks.  All  these  consumption  categories  plus  the  rounds  fired  at 
enemy  targets  weigh  249,900  pounds.  Ammunition  for  this  gun  is  drawn  from 
the  fourth  ammunition  resupply  pot,  known  as  "other  ammunition." 

e.  Onboard  losses,  that  is,  losses  of  ammunition  aboard  vehicles  hit  by 
enemy  fire,  are  reported  in  the  D36  report  for  each  of  four  postures:  Blue 
delay.  Blue  defend,  static,  and  Blue  attack.  Zeroing  is  reported  separately 
for  each  of  four  events:  weapons  deploying  to  the  theater  of  operations, 
weapons  returned  to  a  combat  unit  from  repair,  weapons  issued  to  a  combat 
unit  from  an  equipment  pool,  and  weapons  returned  from  general  support 
repairs  to  an  equipment  pool. 
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Figure  5-3.  Sample  FORCEM  Ammunition  Fired  Report 
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Figure  5-4.  Sample  FORCEM  Ammunition  Consumption  Report 
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5-4.  AMOHIT  PR06RAM.  The  POSTFOR  Study  has  designed  and  implemented  a 
program,  called  AMOHIT,  to  prorate  the  ammunition  stocks  destroyed  by  enemy 
fire  among  FORCEM  weapons,  to  convert  the  losses  from  hundreds  of  pounds 
into  numbers  of  rounds,  and  to  add  the  rounds  lost  to  the  logistic  losses 
reported  in  the  FORCEM  Ammunition  Consumption  (D36)  Report.  A  sample  run- 
stream  of  the  AMOHIT  program  is  shown  in  Figure  5-5.  The  AMOHIT  program 
reads  from  the  FORCEM  036,  R43  (FORCEM  Air  Deep  Target  Interdiction  Report), 
and  R52  (FORCEM  Artillery  Damage  Report)  as  units  14,  13,  and  12,  respec¬ 
tively.  A  copy  of  the  D36  file  is  also  read  from  unit  11.  From  the  system 
input  stream  the  AMOHIT  program  reads  a  record  for  each  weapon  carried  by 
each  FORCEM  vehicle  to  be  played  in  the  APP.  Each  record  (lines  16-51  of 
Figure  5-5)  contains  the  FORCEM  asset  number  of  the  vehicle,  the  gun  number 
(1  or  2)  of  the  weapon,  and  the  round  weight  used  in  FORCEM  for  the  weapon. 
The  first  two  of  these  entries  are  integer  numbers,  the  third  real,  and 
these  entries  have  free  format.  The  AMOHIT  program  writes  to  unit  9  its 
revised  036  report,  including  only  those  weapons  to  be  played  in  the  APP. 
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5-5.  COSAGE-APP  LINKAGE  PROGRAM  (CALP).  The  existing  CALP  has  been  modi¬ 
fied  to  write,  on  each  type  6  record  of  the  Ammo  Expenditure  Data  File,  by 
COSAGE  posture,  the  percent  of  the  FORCEM  weapon's  expenditures  against 
this  target  that  use  this  munition,  in  place  of  the  expenditures  per 
stylized  day. 

a.  The  CALP  writes  a  partial  Ammo  Expenditure  Data  File  (type  1,  3,  5, 
and  6  records)  for  direct-fire  weapons  to  unit  SIMU14  and  a  partial  AMMO 
Expenditure  Data  File  (type  1,  3,  and  6  records)  for  indirect-fire  weapons 
to  unit  SIMU16.  A  description  of  the  records  of  the  Ammo  Expenditure  Data 
File  is  given  on  pp.  79-82  of  Reference  2.  The  CALP  requires  as  input  the 
same  files  as  the  existing  CALP  (for  the  existing  APP)  which  is  documented 
in  Reference  1.  The  CALP  can  be  executed  for  all  COSAGE  postures  simul¬ 
taneously,  or  one  posture  at  a  time,  in  which  case  a  utility  program  is 
available  from  the  existing  APP  to  combine  the  resulting  Ammo  Expenditure 
Data  Files  from  different  postures.  A  sample  of  the  partial  Ammo  Expenditure 
Data  File  for  indirect-f ire  weapons  resulting  from  the  CALP  is  shown  in 
Figure  5-6. 

b.  For  example,  the  45th  line  of  Figure  5-6,  a  type  1  record,  gives  the 
nomenclature  of  the  8-inch  howitzer.  The  next  line,  a  type  3  record,  gives 
the  nomenclature  of  the  first  munition  type,  the  M106  round,  of  this 
howitzer.  The  ''10"  in  columns  33-34  of  the  type  3  record  indicate  a 
"business  round"  whose  ammunition  requirements  are  to  be  calculated  from 
FORCEM  rather  than  input  as  rated.  The  weight  of  the  M106  round  is  204 
pounds.  The  next  record,  beginning  with  "6999"  is  a  type  6  record  indicat¬ 
ing  that  of  all  the  rounds  fired  in  this  COSAGE  posture  in  shooter  target 
combination  #44,  9.24  percent  were  M106  rounds.  The  next  record,  a  type  99 
record  (99  rather  than  6  indicates  the  last  record  of  this  munition  type), 
shows  that  of  all  the  rounds  fired  in  shooter-target  combination  #45  in 
this  COSAGE  posture,  4.29  percent  were  M106  rounds.  The  next  three  lines 
are  similar  to  the  type  3,  6,  and  99  records  just  described,  but  for  the 
next  munition,  the  M509  round,  of  the  8-inch  howitzer. 
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Figure  5-6.  Sample  CALP  Results 
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5-6.  PFQATA  PROGRAM.  The  POSTFOR  Study  has  developed  a  program,  called 
PFDATA,  to  prorate  the  FORCEM  expenditures  of  ammunition  among  the  several 
APP  weapons  that  may  be  "rolled  up"  into  a  single  FORCEM  weapon.  The  pro¬ 
rating  is  proportional  to  the  deployed  densities,  by  APP  time  period  (days 
1-15,  days  16-30,  days  31-60,  days  61-90,  days  91-120,  days  120-150,  and 
days  151-180),  of  the  APP  weapons,  as  input  on  the  type  2  records  of  the 
Ammo  Expenditure  Data  File  (described  in  pp  79-80  of  Reference  2). 

a.  The  PFDATA  program  reads  the  Ammo  Expenditure  Data  File  from  unit 
10,  and  writes  a  revised  Ammo  Expenditure  Data  File,  with  its  type  2 
records  containing  extra  data,  to  unit  11.  A  sample  runstream  of  the 
PFDATA  program  is  shown  in  Figure  5-7,  and  a  sample  of  the  revised  Ammo 
Expenditure  Data  File  is  shown  in  Figure  5-8.  From  the  system  input  stream 
the  PFDATA  program  reads: 

(1)  A  record  (line  10  of  Figure  5-7)  containing  the  number  of 
shooter-target  combinations  (known  as  ESD  in  the  terminology  of  the  exist¬ 
ing  APP)  to  be  read  from  the  ESDMAP  file;  this  integer  number  should  end  in 
column  5  of  the  record. 

(2)  The  ESDMAP  file--a  sample  ESDMAP  file  is  shown  in  Figure  5-9. 

This  file,  in  the  same  format  as  used  by  the  existing  APP,  contains  an 

initial  line  that  is  skipped;  followed  by  one  line  for  each  ESD  (lines  2-49 
of  Figure  5-9),  containing  the  ESD  number,  the  APP  number  of  the  Blue 
shooter  (between  1  and  30),  and  the  APP  Red  target  group  (between  1  and  6) 
as  free-formatted  integers;  followed  by  two  lines  (lines  50-51  of  Figure 
5-9)  that  are  skipped. 

(3)  The  TRMAPS  file,  which  is  described  in  pp  17-19,  47  of  Reference 
2.  A  sample  of  this  file  is  shown  in  Figure  5-10.  Note  that  the  Blue 
shooter  mapping  numbers  beginning  on  line  23  of  the  TRMAPS  file  are  the 
FORCEM  asset  numbers  of  the  Blue  equipment;  for  example,  small  arms  would 
be  42  and  divisional  artillery  between  43  and  50.  These  integer  numbers 
are  free-formatted,  but  must  begin  on  line  23  of  the  TRMAPS  file.  The 
first  21  lines  of  the  TRMAPS  file  are  skipped  by  the  PFDATA  program. 
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Figure  5-7.  Sample  Runstream  of  PFDATA  Program 
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Figure  5-10.  Sample  TRMAPS  File 


b.  The  PFDATA  program  requires  that  the  Ammo  Expenditure  Data  File  that 
it  reads  has  in  column  68  of  each  type  2  record  (lines  4,  18,  28  of  Figure 
5-8)  the  FORCEM  gun  type  (1  or  2)  of  the  APP  weapon.  The  PFDATA  program 
writes  the  FORCEM  equipment  asset  number  to  columns  69-71  of  each  type  2 
record,  the  Red  APP  target  group  (1-6)  to  column  55  of  each  type  6  and  99 
record  (lines  9-11,  16,  26,  32  of  Figure  5-8),  and  this  APP  weapon's  per¬ 
centage  of  its  FORCEM  weapon's  deployed  density,  by  APP  time  period  (of 
which  there  are  seven)  to  columns  72-106  of  each  type  2  record  of  the 
output  Ammo  Expenditure  Data  File.  The  PFDATA  program  also  writes,  at  the 
beginning  (lines  1-2  of  Figure  5-8)  of  the  revised  Ammo  Expenditure  Data 
File,  the  FORCEM  asset  number  of  each  Blue  shooter  type. 


5-7.  REPGEN  PROGRAM.  A  FORCEM  ammunition  report  generator  program,  called 
REPGEN,  has  been  adapted  from  the  existing  APP  Report  Generator  by  the 
POSTFOR  Study.  The  REPGEN  program  produces  essentially  the  same  reports  as 
the  existing  APP,  based  on  FORCEM  results.  The  REPGEN  program  also  permits 
the  reporting  of  rates  for  munitions  not  played  in  FORCEM,  using  the  same 
methodology  as  the  existing  APP.  To  the  ammunition  consumption  occurring 
in  FORCEM  the  REPGEN  program  adds  sea  losses,  that  is,  ammunition  destroyed 
during  transportation  to  the  theater  of  operations.  Sea  losses  are  based 
on  factors  that  are  input  by  APP  time  period;  the  consumption  of  a  munition 
during  each  APP  time  period  is  multiplied  by  the  period's  sea  loss  factors 
to  yield  sea  losses.  For  those  munitions  played  in  FORCEM,  no  factors  other 
than  sea  losses  are  added  to  the  consumption  in  the  FORCEM.  The  REPGEN 
program  uses  the  prorating  percentage  computed  by  the  CALP  and  PFDATA  pro¬ 
grams  and  recorded  in  the  revised  Ammo  Expenditures  File,  to  allocate  the 
ammunition  consumption  by  a  FORCEM  weapon  among  its  constituent  APP 
munitions. 

a.  The  REPGEN  program  writes  the  Rates  Report,  Three-day  Pile  Report, 
and  Distribution  of  Requirements  Report  (to  unit  6)  and  the  Seven  file  (to 
unit  7)  described  in  Reference  2,  pp  82-83  and  93-102.  In  the  Distribution 
of  Requirements  Report,  rounds  consumed  in  rear  area  security,  weapon 
registration,  and  function  checks  are  included  in  the  first  (FAC-IN)  line 
of  each  weapon.  Expenditures  in  FORCEM  of  nondivisional  missiles  and  air 
defense  weapons  and  of  general  support  artillery  are  reported  in  the 
fourteenth  (HI+GS)  line. 

b.  The  REPGEN  program  reads  the  FORCEM  Ammunition  Consumption  (D36) 
Report  from  unit  10,  the  FORCEM  Ammunition  Fired  (037)  Report  from  unit  11, 
and  the  Ammo  Expenditure  Data  File  both  from  unit  8  and  from  unit  9.  A 
sample  runstream  for  the  REPGEN  program  is  shown  in  Figure  5-11.  From  the 
system  input  stream  the  REPGEN  program  reads  the  following. 

U)  One  line  (line  31  of  Figure  5-11)  of  four  free-formatted  integers 
containing  the  number  of  days  of  combat  simulated  (from  D-day  on);  the  num¬ 
ber  of  hours  to  be  skipped  before  FORCEM  H-hour,  D-day;  the  number  of  Blue 
APP  weapon  types  (cannot  exceed  30);  and  the  number  of  Red  target  groups 
(cannot  exceed  6) . 
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Figure  5-11.  Sample  Runstream  of  FORCEM  Ammunition  Report  Generator 


(2)  For  each  Red  target  group  one  line  (lines  32-37  of  Figure  5-11) 
containing  the  six-character  name  of  the  target  group  and  18  binary  integers 
indicating  whether  a  Red  target  category  belongs  to  this  group,  formatted 
A6,  1812.  Entries  are  one  (1)  for  a  category  included  in  the  group,  zero 
(0)  for  a  category  not  in  this  group.  Red  target  categories  are  numbered 

as  follows: 

1  -  Troops 

2  -  Tanks 

3  -  Helicopters 

4  -  Antitank/mortars 

5  -  Artillery 

6  -  Tactical  aircraft 
7-18  -  APCs  by  type 

(3)  One  line  (line  38  of  Figure  5-11)  containing  the  number  of  Blue 
shooter-Red  target  group  combinations  (ESD)  to  be  used,  as  a  free-formatted 
integer  (cannot  exceed  72). 

(4)  A  line  for  each  ESD  (lines  39-47  of  Figure  5-11),  containing,  in 
column  21,  the  number  of  Red  target  groups  belonging  to  this  ESD  (between 
1  and  6),  and  the  names  of  these  target  groups,  beginning  in  column  23, 
separated  by  a  single  blank. 

(5)  The  ISD  file,  which  contains  one  line  for  each  of  33  time  periods, 
containing,  in  column  2,  a  sample  criterion  number  between  1  and  4,  as 
described  in  Reference  2,  pp  78  and  88.  Time  periods  1-30  are  the  3-day 
periods  from  D-day  through  D+89;  periods  31-33  are  the  three  30-day  periods 
from  D+90  through  D+179. 

(6)  The  PF. TITLE  file,  described  in  Reference  2,  pp  79  and  89,  con¬ 
taining  titles,  sea  loss  factors,  and  lines  per  page  and  total  pages  for 
each  APP  output  report. 

c.  Certain  fields  of  the  Ammo  Expenditure  Data  File  are  used  differently 
by  the  REPGEN  program  than  they  were  by  the  existing  APP,  described  in 
Reference  2. 

(1)  In  the  "type  2"  records,  i.e.,  the  records  beginning  with  a  "2" 
in  column  2  (lines  4,  18,  28  of  Figure  5-8),  column  68  is  used  to  identify 
which  of  the  two  possible  weapons  (1  or  2)  carried  by  the  FORCEM  equipment 
corresponds  to  this  APP  weapon. 

(2)  Columns  69-71  of  the  type  2  records  contain  the  FORCEM  asset 
number  of  the  equipment  carrying  this  weapon  (in  integer  13  format). 
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(3)  Columns  72-106  of  the  type  2  records  (lines  4,  18,  28  of  Figure 
5-8)  contain  seven  decimal  numbers,  formatted  7F5.2,  indicating  this  weapon's 
percentage  of  the  density  of  deployed  weapons  combined  into  this  weapon's 
FORCEM  weapon,  for  each  of  the  following  seven  reporting  periods:  days  1- 
15,  16-30,  31-60,  61-90,  91-120,  121-150,  and  151-180.  The  PFDATA  routine, 
described  above,  can  be  used  to  insert  the  data  in  columns  69-106  of  the 
type  2  lines. 

(4)  For  a  munition  computed  by  the  "normal  method,"  i.e.,  having  zero 
in  column  34  of  the  type  3  record  (lines  5,  12,  19,  23,  29  of  Figure  5-8) 
columns  3-7  of  the  type  4  record  (lines  7,  14,  21,  25,  31  of  Figure  5-8), 
contain  not  the  log  loss  factor,  but  rather  the  fraction  of  the  FORCEM 
weapon's  zeroing  expenditures  that  are  to  be  attributed  to  this  munition. 
Thus,  if  a  weapon  fires  only  one  munition  type,  columns  3-7  of  the  type  4 
record  should  contain  1.0. 

(5)  For  a  munition  computed  by  the  normal  method,  columns  8-12  of  the 
type  4  record  contain  not  the  H&I  factor,  but  the  fraction  of  this  weapon's 
general  support  expenditures  in  FORCEM  that  should  be  attributed  to  this 
munition.  Again,  if  a  weapon  fires  only  one  munition  type,  columns  8-12  of 
the  type  4  record  should  contain  1.0. 

(6)  The  "scale  factor"  in  columns  63-67  of  the  type  4  record  is  not 
used  by  the  REPGEN  program. 

(7)  The  data  in  the  type  5  record  (lines  8,  15  of  Figure  5-8)  are  not 

used. 

(8)  Columns  11-50  of  the  type  6  or  99  record  (lines  9-11,  16,  22,  26, 

32  of  Figure  5-8)  contain,  for  each  of  the  four  COSAGE  postures--Blue  delay, 
Blue  defend,  static,  and  Blue  attack--the  percentage  of  the  rounds  fired  by 
this  FORCEM  weapon  at  this  target  group  that  should  be  attributed  to  this 
munition.  Thus,  a  weapon  that  fires  only  one  munition  type  at  a  particular 
target  group  should  have  100.  in  each  of  columns  11-20,  21-30,  31-40,  and 
41-50  of  the  type  6  or  99  record  for  that  target  group. 

5-8.  OPERATIONAL  TESTING.  A  test  of  the  FORCEM  Ammunition  Postprocessor 
was  conducted  using  the  results  of  a  FORCEM  run  simulating  30  days  of  combat 
in  Europe.  The  inputs  to  the  FORCEM  simulation  were  essentially  those  of 
the  OMNIBUS-85  Study,  with  the  addition  of  ammunition  "add-on  factors"  for 
both  sides.  The  results  of  this  operational  test,  documented  separately  in 
Reference  3,  are  different  in  many  respects  from  ammunition  rates  obtained 
in  earlier  studies  that  used  the  CEM.  Paragraph  2-7c  lists  some  limita¬ 
tions  of  the  operational  test.  The  operational  test  illuminates  certain 
important  features  of  the  FORCEM  Ammunition  Postprocessor. 


5-19 


A  --, 


a.  The  FORCEM  Ammunition  Postprocessor  is  quite  sensitive  to  the  number 
of  rounds  fired  by  each  weapon  in  FORCEM,  and  is  not  sensitive  to  the  number 
of  rounds  fired  in  COSAGE.  Thus  if  the  attrition  calibration  algorithm 
(ATCAL)  in  FORCEM  determines  that  a  particular  weapon  fires  very  little 
against  those  combinations  of  targets  that  occur  in  the  theater  conflict 
simulated,  the  resulting  ammunition  rates  from  the  FORCEM  Ammunition 
Postprocessor  for  that  weapon  will  be  correspondingly  low,  regardless  of 
how  much  the  weapon  fired  in  the  COSAGE.  Hence  it  is  important  to  the 
FORCEM  Ammunition  Postprocessor  that  the  ATCAL  faithfully  reproduce  and 
accurately  extrapolate  the  expenditures  by  each  weapon  in  the  COSAGE.  The 
existing  (CEM)  APP,  on  the  other  hand,  is  quite  sensitive  to  the  expendi¬ 
tures  by  each  weapon  in  the  COSAGE,  and  is  not  at  all  sensitive  to  the 
expenditures  by  each  weapon  in  the  CEM. 

b.  Before  operating  FORCEM,  the  PHASEONE  (ATCAL  calibration  from  COSAGE) 
input  file  should  be  examined  to  ensure  that  all  the  expected  weapons  appear 
as  shooters  in  the  calibration  from  COSAGE  and  that  each  of  the  weapons 
that  appears  as  a  shooter  has  a  weapon/ammo  asset  of  the  proper  type  (1  or 
2)  in  the  FORCEM  ASSET  input  file.  When  a  short  run  of  the  FORCEM  has  been 
made,  the  FORCEM  Ammunition  Expenditure  Report  (D37)  can  be  used  to  verify 
that  the  weapons  for  whom  ammunition  rates  are  to  be  calculated  are  indeed 
firing  in  FORCEM. 

c.  The  numbers  of  weapons  in  theater  at  D-day  and  in  deploying  units, 
for  input  in  the  type  2  lines  of  the  Ammo  Expenditures  File,  should  be 
obtained  from  the  FORCEM  inputs,  rather  than  read  from  the  FORCEM  Loss  and 
Consumption  Report  (R64).  The  "authorized"  field  of  the  R64  report  can 
include  equipment  not  in  maneuver  or  artillery  battalions,  such  as  equip¬ 
ment  pools.  Those  who  prepare  the  FORCEM  inputs  normally  can  provide 
accurate  counts  of  the  authorized  levels  of  each  type  of  equipment  in 
deployed  and  deploying  units.  When  preparing  inputs  to  FORCEM,  units  such 
as  equipment  pools  that  contain  weapons  can  be  assigned  a  national 
partition  other  than  1  (US),  so  that  the  authorized  weapons  of  these  units 
are  not  reported  with  the  authorized  US  weapons  in  the  FORCEM  R64  report. 

On  the  other  hand,  the  national  partition  assigned  to  a  support  complex 
containing  ammunition  should  be  as  accurate  as  possible,  so  that  US 
ammunition  destroyed  in  support  complexes  and  convoys  can  be  captured 
accurately  by  the  FORCEM  Ammunition  Postprocessor. 

5-9.  SUfMARY.  The  POSTFOR  Study  has  developed  a  new  methodology  for 
calculating  ammunition  requirements  and  reporting  them  in  the  same  formats 
as  the  existing  APP.  Chapter  5  has  described  the  rationale  for  this 
methodology  and  the  computer  routines  used  in  this  methodology,  has 
provided  instructions  for  using  these  routines,  and  has  discussed  the 
operational  testing  of  these  routines. 
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CHAPTER  6 

LONG-TERM  IMPROVEMENTS 


6-1.  INTRODUCTION.  This  chapter  presents  some  recommendations  for  long¬ 
term  methodology  improvements  that  are  beyond  the  scope  of  the  POSTFOR  Study, 
but  would  enhance  the  quality  of  the  product  of  one  or  more  of  the  FORCEM 
postprocessors.  The  first  recommendation  is  for  a  change  to  FORCEM.  The 
remainder  of  the  recommendations  are  related  to  the  interface  between  FORCEM 
and  the  force  roundout  postprocessor . 

6-2.  FORCEM  WEAPONS  CONSTRAINTS.  The  quality  of  the  product  of  the  FORCEM 
ammunition  postprocessor  would  be  significantly  enhanced  if  the  present 
FORCEM  constraints  on  the  number  of  weapon  types  that  can  be  represented  in 
the  division  attrition  process  could  be  relaxed. 

a.  The  FORCEM  code  permits,  among  the  US  and  its  allies,  8  types  of 
artillery,  5  types  of  helicopters,  1  type  of  small  arms,  and  12  types  each 
of  tanks,  light  armor,  and  antitank/mortars.  Each  of  these  equipment  types 
can  fire  two  types  of  munition.  Among  these  50  possible  types  must  be  found 
slots  for  division  air  defense  weapons  and  mines,  if  they  are  to  be  repre¬ 
sented.  The  result  of  these  FORCEM  constraints  is  that  FORCEM  users  must 
combine  similar  weapon  types  into  a  single,  "rolled-up"  weapon. 

b.  When  weapons  of  non-US  allies  are  combined,  the  accuracy  of  the  attri¬ 
tion  computations  is  degraded,  because  the  vulnerability  and  effectiveness 

of  the  component  weapons  have  to  be  averaged  somehow,  and  thus  the  entire 
outcome  of  the  campaign  simulation  is  affected.  When  US  weapons  have  to  be 
rolled-up,  in  addition  to  the  effect  on  the  attrition  computations,  there 
is  a  problem  in  the  FORCEM  ammunition  requirements  postprocessor  in  deter¬ 
mining  which  of  the  rolled-up  weapons  fired  the  rounds  and  which  of  the 
rolled-up  munitions  were  fired. 


c.  This  problem  of  the  ammunition  postprocessor  could  be  significantly  A 

alleviated  if  the  FORCEM  and  ATCAL  routines  were  modified  to  handle  four  or  /•] 

five,  rather  than  two,  munition  types  per  division  weapon,  thus  permitting  'A 

separate  accounting,  for  example,  of  the  different  weapons  carried  by  the 
same  Bradley  fighting  vehicle,  of  the  different  projectiles  (such  as  high 
explosive,  improved  conventional  munition,  Copperhead,  scatterable  mines,  H 

chemical,  etc.)  fired  by  the  same  artillery  tube,  and  of  the  different  weap- 
ons  (e.g.,  rifles,  machineguns,  mines,  grenades.  Stinger,  etc.)  that  may  be  vi 

combined  in  the  small  arms  category. 


d.  Providing  more  munitions  per  equipment  type  does  not,  however,  solve 
the  problem  of  computing  attrition  in  battles  with  rolled-up  weapons  as 
participants;  that  problem  can  best  be  solved  by  expanding  the  possible 
equipment  types  that  can  participate  in  the  FORCEM  division  battles. 


mmmm 


6-3.  FASTALS.  In  the  long  term,  the  methodology  of  FASTALS  and  the  model¬ 
ing  of  CSS  in  FORCEM  should  be  examined  to  determine  how  best  to  make 
FASTALS  take  advantage  of  the  more  detailed  information  available  from  FORCEM 
than  is  available  from  CEM.  (See  also  paragraphs  7-lb(3)  and  7- Id ( 5 )  and 
Reference  4) . 

a.  FORCEM  represents  certain  aspects  of  a  campaign  that  are  not  repre¬ 
sented  in  CEM.  For  example,  FORCEM  determines  the  transportation  require- 
ments--how  much  has  to  be  moved  how  far— for  each  support  complex  each  cycle; 
FORCEM  also  calculates  the  quantity  of  trucks,  trains,  and  barges  used  to 
meet  the  transportation  requirements.  FORCEM  calculates  the  quantities  of 
materiel  and  personnel  that  must  be  processed  through  the  ports.  FORCEM 
calculates  the  quantity  of  equipment  suffering  combat  damage  and  needing 
repair,  not  only  for  tanks,  helicopters,  and  light  armor,  as  CEM  does,  but 
for  artillery,  trucks,  recovery  vehicles,  antitank/mortar  weapons,  and  air 
defense  weapons.  FORCEM  also  applies  attrition  to  support  units,  convoys, 
and  ports. 

b.  The  more  detailed  information  that  is  available  from  FORCEM  could  be 
used  to  improve  the  accuracy  of  a  support  forces  requirements  model.  In 
particular,  determining  the  required  numbers  of  truck  companies  should  more 
accurately  reflect  the  results  of  a  FORCEM  campaign  simulation  if  the  trans¬ 
portation  requirements  come  from  FORCEM  rather  than  being  reconstructed  by 
FASTALS;  and  the  requirements  for  repair  of  trucks  and  artillery  will  be 
more  consistent  with  FORCEM  if  they  are  read  from  FORCEM  results  than  if 

the  repair  requirements  are  recalculated  from  tables  in  FASTALS.  In  general, 
whenever  workloads  affecting  the  support  force  roundout  are  calculated  in 
FORCEM  but  ignored  and  recalculated  by  FASTALS  based  on  less  information 
than  was  used  in  FORCEM  calculation,  the  quality  and  consistency  of  the 
force  roundout  product  can  be  improved  by  using  FORCEM-generated  workloads 
and  deleting  the  recalculation  of  workloads  in  FASTALS.  This  presumes  that 
workloads  can  be  computed  in  FORCEM  with  enough  detail  and  accuracy  to  sat¬ 
isfy  the  logistics  community,  which  is  the  consumer  of  the  force  roundout 
product.  Even  if  the  force  roundout  experts  prefer  the  way  a  workload  is 
calculated  in  the  FASTALS  Model  to  the  FORCEM  calculation  of  the  same  work¬ 
load,  it  is  better  to  install  the  preferred  calculation  in  FORCEM,  where 
possible,  than  to  leave  the  two  calculations  inconsistent. 

c.  As  currently  designed,  FORCEM  represents  the  combat  units,  combat 
support  units,  and  those  CSS  units  that  directly  affect  the  combat  and  com¬ 
bat  support  functions.  These  probably  constitute  less  than  half  the  items 
that  generate  requirements  for  CSS  in  the  theater  of  operations.  Thus  a 
possibility  exists  of  unrealistic  FORCEM  results  if  all  the  capabilities  of 
a  particular  CSS  function  (e.g.,  transportation)  are  used  in  a  FORCEM  simu¬ 
lation.  To  prevent  this  possibility  with  the  current  FORCEM  design,  the 
CSS  capabilities  input  to  FORCEM  must  be  reduced  to  anticipate  the  require¬ 
ments  for  CSS  that  will  be  generated  by  factors  not  played  in  FORCEM. 
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d.  A  more  satisfactory  long-term  approach,  consistent  with  the  intent 
of  representing  CSS  in  FORCEM,  is  to  include  in  FORCEM  more  of  the  items 
that  generate  requirements  for  CSS.  This  amounts  to  incorporating  FASTALS- 
1  ike  computations  into  FORCEM.  For  those  CSS  functions  currently  treated 
in  the  FORCEM,  computations  can  be  incorporated  into  the  FORCEM  for  work¬ 
loads  and  productivity.  The  resulting  data  can  be  used  as  inputs  to  FASTALS 
computations.  For  those  CSS  functions  not  currently  treated  in  FORCEM  (such 
as  engineer  construction),  input  workload  rates  would  be  necessary. 

e.  To  avoid  overburdening  the  unit  data  structure  within  FORCEM  with 
the  large  number  of  Table  of  Organization  and  Equipment  (TOE)  units  that 
FASTALS-like  computations  could  generate,  such  units  would  be  intro-  duced 
by  accumulating  their  assets  into  the  existing  FORCEM  support  complex 
(SUPCOM)  units--for  TOE  units  providing  CSS  capabilities— or  into  head¬ 
quarters  units—for  other  TOE  units.  The  intent  is  to  take  account  of  such 
TOE  units  in  terms  of  their  capabilities  (for  CSS  units)  and  of  the  burden 
they  impose  on  the  CSS  structure. 

f.  Even  though  the  FASTALS-generated  TOE  units  could  be  combined  in 
FORCEM,  the  FASTALS  computational  approach  would  necessitate  maintaining 
bookkeeping  on  the  numbers  and  types  of  TOE  units  and  to  whom  they  are  , 
assigned.  Incorporating  FASTALS-like  computations  into  FORCEM  will  add 
significantly  to  the  complexity  and  running  time  of  FORCEM,  but  it  could 
significantly  reduce  the  computations  required  of  the  force  roundout  post¬ 
processor. 

g.  Finally,  the  fidelity  of  the  force  roundout  would  be  enhanced  if 
FORCEM  could  distinguish  CSS  capabilities  by  national  partition  at  all 
echelons.  The  current  FORCEM  logic  aggregates  the  CSS  from  all  national 
partitions,  at  echelons  above  corps.  The  problem  is  that  in  studies  such 
as  TAA,  for  which  the  campaign  should  be  simulated  with  American  CSS  uncon¬ 
strained  in  FORCEM,  the  current  FORCEM  forces  the  CSS  of  non-US  allies  to 
be  unconstrained  as  well.  This  difficulty  can  be  overcome  by  partition¬ 
ing  the  CSS  capabilities  at  all  echelons. 

6-4.  SUW1ARY.  This  chapter  suggests  improvements  to  the  FORCEM  postproces¬ 
sor  methodologies  that  are  beyond  the  scope  of  the  P0STF0R  Study.  First, 
the  quality  of  ammunition  postprocessor  results  could  be  enhanced  by  permit¬ 
ting  more  weapon  types  in  divisions  in  FORCEM.  Second,  the  modeling  of  CSS 
in  FORCEM  and  FASTALS  can  be  refined  to  enhance  consistency  between  FORCEM 
and  FASTALS  and  to  make  use  in  FASTALS  of  the  CSS  workloads  computed  by 
FORCEM. 
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CHAPTER  7 

ESSENTIAL  ELEMENTS  OF  ANALYSIS  (EEA) 


7-1.  EEA.  The  following  subparagraphs  provide  the  P0STF0R  Study  response 
to  each  EEA. 

a.  What  data  are  already  available  from  FORCEM  output  reports,  and  what 
can  be  generated  through  the  modification  of  the  FORCEM  and  the  creation  of 
new  reports  from  FORCEM? 

(1)  All  of  the  data  required  by  the  postprocessors  under  consideration 
either  are  already  available  from  FORCEM  output  reports  or  can  be  generated 
through  the  modification  of  FORCEM  and  the  creation  of  new  reports  from 
FORCEM,  with  the  exception  of  FEBA  displacement  data,  for  which  a  surrogate 
measure  must  be  used. 

(2)  In  the  course  of  the  P0STF0R  Study,  several  new  FORCEM  reports 
were  created,  and  existing  reports  modified,  to  meet  the  data  requirements 
of  the  postprocessors.  The  FORCEM  Loss  and  Consumption  Report  (R64)  was 
created  for  use  by  the  force  roundout  and  WARF  postprocessors;  the  CORF 
Issue  Report  (R65)  for  the  CORF  factors  postprocessor;  the  Indirect  Fire 
Ammunition  Report  (R67)  for  the  WARF  postprocessor;  and  two  new  FORCEM 
ammunition  consumption  reports  for  the  ammunition  requirements  postprocessor. 
Further,  modifications  to  the  FORCEM  logic  of  equipment  repair  and  replace¬ 
ment  were  made  to  meet  the  requirements  of  a  CORF  factors  analysis,  but 
these  modifications  are  not  routinely  activated  for  campaign  simulations 
other  than  CORF  analyses.  Substantial  changes  to  the  model  code  of  FORCEM 
were  necessary  to  support  the  new  methodology  of  determining  ammunition 
requirements,  that  is,  to  include  the  calculation  of  all  the  categories  of 
noncombat  consumption  of  ammunition  in  FORCEM  and  to  report  all  categories 

of  ammunition  consumption  by  weapon  type. 

(3)  FORCEM  does  not  have  a  well-defined,  continuous  FEBA  that  runs 
from  one  end  of  the  theater  to  the  other.  Indeed,  FORCEM  permits  units  of 
either  side  to  be  bypassed,  encircled,  and  engaged  by  the  enemy  from  any 
direction;  so  the  "FEBA  displacement"  reported  by  CEM  has  no  meaning  in  the 
context  of  FORCEM.  Instead,  the  average  distance  moved  by  FORCEM  online 
corps  in  the  FASTALS  sector  is  used  as  a  surrogate  for  FEBA  displacement. 
However,  designers  and  users  of  the  FASTALS,  which  is  the  only  postprocessor 
to  use  FEBA  displacement  data,  should  be  aware  that  FORCEM  cannot  provide 
FEBA  results  equivalent  to  those  reported  by  CEM,  and  should  investigate 
alternative  means  of  determining  when  a  particular  zone  or  sector  of  the 
theater  of  operations  has  been  lost  to  an  advancing  enemy. 

b.  Which  existing  postprocessors  for  CEM  should  be  retained  (and 
possibly  modified) ,  and  which  should  be  replaced? 

(1)  All  the  existing  CEM  postprocessors  should  be  retained,  with  such 
modifications  as  necessary  to  permit  them  to  accept  campaign  simulation 
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data  in  FORCEM  report  formats,  with  the  exception  of  the  existing  APP, 
which  should  be  replaced. 

(2)  All  the  existing  postprocessors  under  consideration,  including 
the  APP,  could  be  modified  with  little  difficulty  to  accept  campaign 
simulation  results  in  FORCEM,  rather  than  CEM,  report  formats.  (The  exist¬ 
ing  APP  would  also  require  some  additions  to  the  FORCEM  logic  and  reports.) 
With  the  phasing  in  of  FORCEM,  it  is  appropriate  to  replace  the  existing 
APP  for  the  following  reasons.  First,  in  order  to  represent  accurately  the 
impact  of  noncombat  consumption  of  ammunition,  such  as  logistic  losses, 
zeroing,  functional  checks,  etc.,  this  consumption  should  be  added  to 
transportation  workloads  and  deducted  from  ammunition  stocks  in  FORCEM, 
rather  than  added  after  the  campaign  simulation,  as  the  existing  APP  does. 
Second,  FORCEM1 s  more  detailed  representation  of  rear  areas  and  support 
units  which  are  subject  to  attrition  should  permit  a  more  realistic, 
accurate  accounting  of  such  categories  as  logistic  losses  and  expenditures 
for  rear  area  security  than  is  possible  by  applying  a  factor  in  a  post¬ 
processor.  Finally,  because  the  existing  APP  ignores  the  consumption 
reported  by  CEM,  the  ammunition  consumption  reported  by  the  existing  APP  in 
a  study  may  significantly  exceed  the  ammunition  used  in  the  study.  If 
FASTALS  is  executed  using  the  ammunition  consumption  reported  by  this  CEM 
simulation,  FASTALS  may  report  a  requirement  for  ammunition  handling  com¬ 
panies  that  is  quite  insufficient  for  the  possibly  greater  ammunition  con¬ 
sumption  reported  by  the  existing  APP  for  the  same  study.  The  new 
methodology  developed  for  determining  ammunition  requirements  ensures 
consistency  between  FORCEM  and  its  postprocessor. 

..  ,  In  the  long  term,  the  methodology  of  FASTALS  and  its  linkage  to 
FORCEM  should  be  examined  to  determine  how  FASTALS  can  be  made  to  take 
advantage  of  the  more  detailed  information  available  from  FORCEM  than  from 
CEM,  such  as  transportation  workloads,  repair  workloads  for  equipment  other 
than  tanks  and  light  armor,  workloads  of  ports  and  medical  units,  attrition 
of  CSS  units,  and  interdiction  of  friendly  lines  of  communication  (LOC). 
This  would  certainly  require  modification  of  FORCEM,  to  report  the  CSS 
functions  in  more  detail,  as,  for  example,  discussed  in  paragraph  10  of 
Reference  4.  FORCEM  reports  should  include  the  distance  between  FORCEM 
support  complex  (SUPCOM)  units;  the  requirements  for  transportation  of  US 
ammunition,  fuel,  replacement  or  filler  equipment,  and  replacement  or 
filler  personnel  by  originating  unit  and  destination  unit,  by  FORCEM  asset 
number,  and  by  time  period;  the  numbers  of  combat-damaged  equipment 
entering  a  SUPCOM  at  echelons  above  divisions  (EAD)  for  repair,  by  head¬ 
quarters  of  the  SUPCOM,  by  nationality  of  the  owning  unit,  by  FORCEM  equip¬ 
ment  asset  number,  by  direct  support  versus  general  support,  and  by  time 
period;  the  numbers  of  wounded  US  personnel  entering  a  SUPCOM  at  EAU  for 
medical  treatment,  by  headquarters  of  the  SUPCOM,  by  nationality  of  the 
owning  unit,  by  FORCEM  personnel  asset  number,  and  by  time  period;  and  the 
numbers  of  personnel  onhand  in  US  units,  by  headquarters  of  the  unit,  by 
FORCEM  asset  number,  and  by  FASTALS  time  period.  The  linkage  from  FORCEM 
to  FASTALS  would  also  require  changes  to  accept  these  data;  and  FASTALS 
would  probably  require  modification  to  make  use  of  these  additional  inputs 
from  FORCEM,  although  it  might  be  possible  to  determine  the  support  unit 
equivalents  required  for  the  FORCEM  workloads  before  executing  FASTALS  and 
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to  input  these  unit  equivalents  to  FASTALS  as  some  type  of  offsets. 
Designing  such  revisions  to  the  FASTALS  linkage  is  a  major  effort  in 
itself,  requiring  the  expertise  of  the  FASTALS  functional  area  analysts  and 
demanding  close  coordination  with  the  logistics  community,  to  ensure 
acceptance  by  those  who  use  the  results  of  FASTALS. 

c.  What  computations  performed  in  a  postprocessor  of  the  CEM  should  be 
performed  in  the  FORCEM  itself? 

(1)  The  computation  in  the  existing  APP  of  all  categories  of  ammuni¬ 
tion  consumption  except  sea  losses  should  be  performed  in  FORCEM  itself. 

(2)  The  attrition  calibration  (ATCAL)  methodology  used  in  FORCEM 
permits  the  accounting  of  the  rounds  fired  by  each  type  of  weapon  at  each 
type  of  target  in  the  division  engagements,  and  of  the  number  of  rounds 
fired  by  each  type  of  air  defense  weapon  and  by  each  type  of  general  sup¬ 
port  artillery.  Onboard  losses  of  ammunition  when  a  vehicle  is  hit  by 
enemy  fire  are  also  represented  in  FORCEM,  and  can  be  ascribed  in  FORCEM  to 
the  type-weapon  suffering  the  loss.  Consequently,  for  the  three  reasons 
given  in  paragraph  7-lb(2),  the  computation  of  ammunition  requirements, 
except  for  sea  losses,  should  be  performed  in  FORCEM.  Sea  losses,  since 
they  occur  outside  the  theater  of  operations  and  are  not  affected  by  the 
campaign  simulation,  can  most  appropriately  be  represented  outside  of 
FORCEM. 


d.  Where  the  FORCEM  and  a  retained  postprocessor  both  represent  an 
activity,  with  perhaps  differing  methodologies,  what  can  be  done  to  achieve 
consistency? 

(1)  Regarding  the  computation  of  ammunition  requirements,  consistency 
can  be  achieved  by  performing  the  computation  of  all  but  sea  losses  in 
FORCEM  and  removing  from  the  postprocessor  all  computation  of  requirements 
that  are  computed  in  FORCEM,  thus  eliminating  the  differing  methodologies. 

(2)  Regarding  the  representation  of  tactical  aircraft  in  both  the 
campaign  simulation  model  and  the  air  defense  missile  postprocessor,  con¬ 
sistency  can  be  achieved  by  calculating  air  defense  expenditures  in  FORCEM, 
thus  eliminating  the  need  to  repeat  the  modeling  of  tactical  air  sorties  in 
a  postprocessor. 

(3)  Regarding  the  replacement  of  damaged  equipment  while  it  is  in 
repair,  consistency  can  be  achieved  by  modifying  FORCEM  to  make  it  consis¬ 
tent  with  the  CORF  Factors  Postprocessor. 

(4)  Concerning  the  stratification  of  casualties,  consistency  can  be 
improved  by  revising  the  casualty  stratification  process  to  take  account  of 
whatever  degree  of  stratif ication  is  reported  by  FORCEM. 

(5)  The  CSS  of  bcth  FORCEM  and  FASTALS  should  be  examined  to  determine 
how  consistency  between  FORCEM  and  FASTALS  can  be  achieved  in  the  represen¬ 
tation  of  those  CSS  functions  modeled  in  FORCEM.  Examples  of  inconsistencies 
in  the  representation  of  CSS  functions  include  the  following.  (Some  remedies 
are  proposed  in  paragraph  9  of  Reference  4.) 
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(a)  The  FASTALS  concept  of  three  sectors  and  of  logical/physical 
regions  is  inconsistent  with  the  FORCEM  US  corps  regions  and  command 
hierarchy. 

(b)  FORCEM  does  not  compute  requirements  for  and  represent 
transportation  of  classes  of  supply  other  than  ammunition,  fuel,  and  repair 
parts,  while  FASTALS  treats  12  classes  of  supply. 

(c)  In  transportation,  FORCEM  requires  at  least  one  full  12-hour 
cycle  for  every  trip,  one  full  12-hour  cycle  is  used  for  loading,  and  at 
least  one  12-hour  cycle  is  wasted  for  delivering  to  a  destination  unit  that 
is.  moving. 


(d)  FORCEM  does  not  represent  the  transportation  of  replacement 
equipment,  as  FASTALS  does. 


(e)  FORCEM  does  not  represent  intratheater  airlift,  and  the  assign. 
msportatTon  modes  (truck  versus  rai i  versus  barge  versus  pipe¬ 
line)  has  not  been  consistent  with  FASTALS. 
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_  (f)  In  FORCEM  the  repair  of  operational  failures  is  not  consistent 
with  FASTALS,  and  FORCEM  does  not  represent  requirements  for  repair  of 
equipment  not  played  in  FORCEM. 

(g)  FORCEM  does  not  represent  the  medical  treatment  of  enemy 
prisoners  or  civilian  internees. 


(h)  FORCEM  does  not  properly  represent  host  nation  support  (HNS) 
capabilities.  If  the  HNS  units  are  input  to  FORCEM  as  US  units,  they 
generate  US  losses  and  requirements  for  US  support. 

(6)  To  ensure  consistency  between  FORCEM  and  the  support  force 
requirements  generated  by  FASTALS,  the  FASTALS  functional  area  experts  must 
ensure  that  the  inputs  to  FORCEM  concerning  the  capabilities  and  produc¬ 
tivity  of  support  units  are  in  close  agreement  with  the  assumptions  of  the 
force  roundout  postprocessor.  When  operating  FORCEM  with  CSS  constrained, 
the  capabilities  of  CSS  units,  such  as  the  capacities  of  ports,  hospitals, 
maintenance  shops,  and  pipelines,  must  be  provided  as  input  to  FORCEM.  If 
the  CSS  capabilities  are  not  consistent  with  the  assumptions  of  FASTALS, 
then  the  execution  of  FASTALS  will  produce  a  CSS  structure  that  may  not 
agree  with  the  CSS  structure  assumed  as  input  to  FORCEM. 

7-2.  SUMMARY.  This  chapter  has  provided  the  response  of  the  POSTFOR  Study 
to  tne  EEA  provided  in  the  tasking  directive  of  the  study  (Apoendix  B). 
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MEMORANDUM  FOR  ASSISTANT  DIRECTOR,  AS 

SUBJECT:  Postprocessors  for  FORCEM  (POSTFOR)  Study 


1.  PURPOSE.  This  directive  provides  tasking  for  a  study  to  ensure  that 
postprocessors  for  the  Force  Evaluation  Modei  (FORCEM)  are  available  for 
its  use  as  the  primary  model  for  force-level  studies  performed  by  the  US 
Army  Concepts  Analysis  Agency  (CAA). 

2.  BACKGROUND . 

a.  Over  the  years  that  the  Concepts  Evaluation  Model  (CEM)  has  been 
used  in  capabilities,  force  planning,  and  requirements  studies,  various 
postprocessor  models  have  been  developed  and/or  employed  to  produce  analy¬ 
sis  data  appropriate  to  study  needs.  These  postprocessor  models  perform 
aggregation  or  disaggregation  of  CEM  output  data,  or  generate  information 
about  activities  not  represented  in  CEM. 

b.  FORCEM  is  a  fully-automated  computer  model  treating  combat,  combat 
support,  and  combat  service  support  (CSS)  in  a  theater.  It  has  been  devel¬ 
oped  and  tested  over  the  period  Mar  82  through  Dec  84.  It  is  transitioning 
to  operational  use  in  CY  85— as  the  primary  production  model  for  the 
OMNIBUS  85  Study;  and  as  an  alternate  model  in  parallel  with  CEM  for  the 
TAA-92  Study. 

c.  Methods  must  be  developed  for  obtaining  the  necessary  data  for 
studies  applying  FORCEM.  Because  FORCEM  includes  more  detailed  rep¬ 
resentations  of  battlefield  functions  (especially  of  CSS)  than  does  CEM, 
some  of  the  necessary  data  for  studies  may  be  obtainable  from  existing 
FORCEM  output  reports,  or  through  the  modification  of  FORCEM  and  the 
creation  of  additional  reports  from  FORCEM.  For  other  data,  it  may  be 
appropriate  to  retain  an  existing  postprocessor  of  CEM,  or  to  develop  an 
entirely  new  postprocessor.  A  review  of  all  these  processes  is  required 
along  with  the  necessary  modifications. 

3.  STUDY  SPONSOR.  US  Army  Concepts  Analysis  Agency  (CAA). 

4.  STUDY  AGENCY.  Models  Development  Division,  Analysis  Support 
Directorate  (AS),  CAA. 

5.  TERMS  OF  REFERENCE 

a.  Scope.  This  study  is  limited  to  output  data  needed  for  the  OMNIBUS 
and  TAA  studies  performed  by  Forces  Directorate  (FO),  and  for  the  require¬ 
ments  studies  performed  by  Requirements  Directorate  (RQ).  In  particular, 
output  data  are  needed  for  the  following  areas: 
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(1)  CSS  functions,  primarily  those  represented  in  the  existing  Force 
Analysis  Simulation  of  Theater  Administrative  and  Logistics  Support 
(FASTALS)  Postprocessor. 

(2)  Casualties,  as  represented  in  the  family  of  three  existing  post¬ 
processors— Patient  Flow' Model,  Casualty  Stratification  Model,  and 
Readiness  Indicator  Model. 

(3)  Requirements  for  ammunition,  as  produced  by  the  existing  Ammuni¬ 
tion  Postprocessor  (APP). 

(4)  Wartime  Replacement  Factors  for  equipment..  ?s  produced  by  the 
existing  Materiel  Postprocessor  (MPP). 

(5)  %Fuel  Factors,  as  produced  by  the  existing  Fuel  Factor  Development 
Postprocessor. 

(6)  Combat  Operational  Readiness  Float  (CORF)  Factors  for  equipment, 
as  produced  by  the  existing  CORF  Factors  Postprocessor. 

(7)  Requirements  for  air  defense  missiles,  intended  output  data  from 
the  developmental  Air  Defense  Missile  Postprocessor. 

b.  Objectives 

(1)  Determine  the  output  data  needed  for  studies  using  FORCEM. 

(2)  Ensure  that  the  necessary  output  data  for  studies  are  available, 
by  retaining  (and  possibly  modifying)  existing  postprocessors,  or  by  devel¬ 
oping  new  postprocessors. 

(3)  Link  FORCEM  to  retained  and  new  postprocessors. 

(4)  Test  FORCEM  with  postprocessors,  and  verify  that  results  are 
"sensible." 

(5)  Make  recommendations  for  long-term  methodology  development.  This 
may  be  appropriate  to  improve  the  treatment  of  a  particular  concept  (e.g., 
force  roundout),  or  to  achieve  consistency  between  the  representation  of  an 
activity  within  FORCEM  and  the  representation  of  the  same  activity  in  a 
postprocessor. 

c.  Assumptions 

(1)  Regarding  FASTALS,  this  study  is  limited  to  linking  FORCEM  to  the 
existing  FASTALS.  This  approach  is  adequate  to  support  the  application  of 
FORCEM  in  the  TAA-92  Study. 
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(2)  A  more  correct  approach  to  FASTALS  is  to  incorporate  force 
buildup  into  FORCEM  itself  in  order  to  account  for  the  actual  loading  of 
the  CSS  system  in  the  model.  Developing  such  a  methodology  is  a  long-term 
effort  that  is  not  part  of  this  study.  (See  also  paragraph  5b ( 5 )  above.) 

d.  Essential  Elements  of  Analysis 

(1)  What  data  are  already  available  from  FORCEM  output  reports,  and 
what  can  be  generated  through  the  modification  to  FORCEM  and  the  creation 
of  new  reports  from  FORCEM? 

(2)  Which  existing  postprocessors  for  CEM  should  be  retained  (and 
possibly  modified),  and  which  should  be  replaced? 

(3)  What  computations  performed  in  a  postprocessor  of  CEM  should  be 
performed  in  FORCEM  itself? 

(4)  Where  FORCEM  and  a  retained  postprocessor  both  represent  an 
activity,  with  perhaps  differing  methodologies,  what  can  be  done  to  achieve 
consistency? 

6.  RESPONSIBILITIES 

a.  Analysis  Support  Directorate  (AS)  has  primary  responsibi 1 ity  for 
accomplishment  of  the  objectives  listed  in  paragraph  5b.  It  will  provide 
the  study  director.  It  will  make  all  necessary  modifications  to  FORCEM  and 
will  develop  any  necessary  new  postprocessors. 

b.  Forces  Directorate  (FO)  will  assist  AS  in  the  areas  of  CSS  functions 
(paragraph  5a(l))  and  casualties  (paragraphs  5a( 2 ) ) .  It  will  specify 
output  data  needed  for  the  OMNIBUS  and  TAA  studies.  It  will  assist  in 
adapting  FORCEM  output  to  satisfy  the  input  requirements  of  the  appropriate 
existing  postprocessors,  will  make  necessary  modifications  to  such 
postprocessors,  and  will  advise  in  the  development  of  necessary  new 
postprocessors. 

c.  Requirements  Directorate  (RQ)  will  assist  AS  in  areas  of 
requirements  (paragraphs  5a(3)  through  5a( 7 ) ) .  It  will  specify  output  data 
needed  for  the  requirements  studies  that  it  performs.  It  will  assist  in 
adapting  FORCEM  output  to  satisfy  the  input  requirements  of  the  appropriate 
existing  postprocessors,  will  make  necessary  modifications  to  such  post¬ 
processors,  and  will  advise  in  the  development  of  necessary  new  post¬ 
processors. 

7.  LITERATURE  SEARCH.  The  following  documents  will  be  utilized  in  the 
study: 


a.  "User's  Manual  for  Force  Analysis  Simulation  of  Theater  Administra¬ 
tive  and  Logistics  Support  (FASTALS)  Model,"  CAA  Documentation  CAA-D-83-4, 
Nov  83  (revised  May  84). 
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b.  "Patient  Flow  Model,  Reference  Manual,"  CAA  Documentation  CAA-D-32- 
1,  Jul  82  (revised  Mar  34). 

c.  "Reduction  ATCAL  Linkage  Phase  I  Program,"  Models  Applications  Divi¬ 
sion,  AS  Directorate,  Dec  84. 

d.  "Combat  Unit  Trace,"  internal  CAA  memorandum,  MAJ  D.  K.  Pearce,  31 
Jan  77. 

8.  REFERENCES 

a.  AR  5-5,  Army  Studies  and  Analyses,  November  1981. 

b.  DA  Pam  5-5,  Guidance  for  Army  Study  Sponsors,  Sponsor's  Study  Direc¬ 
tors,  Study  Advisory  Groups,  and  Contracting  Officer  Representatives,  April 
1982. 

9.  ADMINISTRATION 

a.  Milestone  Schedule.  See  CAA  Form  59  (Inclosure  1). 

b.  Reporting.  Models  Development  Division,  AS,  will  submit  DD  Forms 
1498  and  1473  to  the  Defense  Technical  Information  Center,  in  accordance 
with  AR  5-5  and  DA  Pam  5-5. 

c.  Documentation.  The  final  report  for  the  study  will  describe  the 
treatment  of  each  of  the  areas  of  paragraph  5a;  in  particular,  whether  a 
postprocessor  is  retained  as  is,  modified  (and  how),  or  replaced.  Each  new 
postprocessor  will  be  documented.  The  report  will  also  describe  recommen¬ 
dations  for  long-term  methodology  development  that  result  from  the  study. 
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FORCEM  REPORTS  USED  BY  POSTPROCESSORS 


CAA-SR-86-10 


D-l.  INTRODUCTION.  This  appendix  describes  briefly  the  contents  of  the 
FORCEM  reports  used  by  the  POSTFOR  routines  and  mentioned  in  this  study 
report.  They  are  listed  in  the  order  of  their  FORCEM  report  numbers.  The 
FORCEM  Division  Equipment  Report  (R51)  and  Loss  and  Consumption  Report 
(R64)  are  treated  in  detail  because  there  are  references  in  this  report  to 
particular  fields  of  particular  records  of  the  R51  and  R64  reports. 

D-2.  COMBAT  HEADQUARTERS  STATUS  REPORT  -  PART  1  (R28).  For  every  time 
period  simulated,  for  every  combat  headquarters  unit,  the  R28  report  pro¬ 
vides  the  side  (Red  or  Blue),  nationality,  formation  position  (up,  back,  or 
reserve),  echelon  (theater,  army,  corps,  or  division),  mission,  combat 
worth  of  headquarters  plus  subordinates,  friendly-to-enemy  ratio  of  combat 
worth,  current  CSS  state  (percent),  X-coordinate  of  center  of  unit  front 
(in  decameters),  Y-coordinate  of  center  of  unit  front  (in  decameters), 
width  of  the  front  of  this  headquarters,  X-coordinate  and  Y-coordinate  of 
the  center  of  the  unit  rear,  and  identification  number  of  the  parent  unit. 
These  data  :re  collected  after  the  command  and  control  and  before  any  other 
activities  of  each  FORCEM  time  period. 

D-3.  COMBAT  HEADQUARTERS  STATUS  REPORT  -  TANKS  (R30).  The  R30  report  pro¬ 
vides,  for  every  time  period  simulated,  for  every  combat  headquarters,  the 
side  and  the  quantity  onhand  of  each  of  the  12  types  of  tank. 

D-4.  COMBAT  HEADQUARTERS  STATUS  REPORT  -  APCs  (R31).  The  R31  report  pro¬ 
vides,  for  every  time  period  simulated,  for  every  combat  headquarters,  the 
side  and  the  quantity  onhand  of  each  of  the  12  types  of  APC. 

D-5.  COMBAT  HEADQUARTERS  STATUS  REPORT  -  HELICOPTERS  (R32).  The  R32 

report  provides,  for  every  time  period  simulated,  for  every  combat  head¬ 
quarters,  the  side  and  the  quantity  onhand  of  each  of  the  five  types  of 
helicopter. 

D-6.  COftlAND  AND  CONTROL  REPORT  (R41).  The  R41  report  provides,  for  every 
time  period  simulated,  for  every  headquarters  unit  (theater,  army,  corps, 
or  division),  the  echelon  (theater,  army,  corps,  or  division);  the  side; 
the  distance  (kilometers)  from  the  objective  phase  line  (for  corps,  the 
distance  that  the  army  objective  phase  line  is  forward  of  the  most  forward 
division  in  the  corps;  for  armies,  the  average  of  this  distance  across 
online  subordinate  corps);  the  formation  position  (up,  back,  or  reserve); 
the  number  of  subordinates  up,  back,  and  in  reserve;  the  engagement  status 
(engaged  in  direct  fire  combat,  engaged  in  indirect  fire  combat,  or  not 
engaged);  the  posture  (attack,  defend,  delay,  or  withdraw);  the  type  of 
operation  (movement  to  contact,  hasty  attack,  deliberate  attack,  holding 
attack,  counterattack  defense,  active  defense,  delay  on  successive 
positions,  or  voluntary  withdrawal);  the  weighted  force  ratio;  the  engaged 
force  ratio;  the  CSS  state  (percent)  of  the  subordinate  SUPCOM;  and  the  CSS 
state  of  the  combat  headquarters. 
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D-7.  AIR  ROLE  ASSIGNMENT  REPORT  (R42).  The  R42  report  provides,  for  every 
time  period  simulated,  for  every  FORCEM  TACAIR  headquarters  (ATAF),  the 
side,  the  quantity  of  aircraft  apportioned  by  this  ATAF  to  each  of  the  five 
air  roles  (offensive  counterair,  defensive  counterair,  close  air  support 
(CAS),  deep  interdiction,  and  nuclear/chemical),  and  the  quantity  of  sorties 
assigned  to  each  of  the  specific  missions  (airbase  attack,  suppression  of 
enemy  air  defense,  interceptor,  barri er/combat  air  patrol,  CAS,  deep  inter¬ 
diction,  nuclear/chemical,  escort,  reconnaissance,  and  battlefield  air 
interdiction) . 

0-8.  AIR  DEEP  TARGET  INTERDICTION  REPORT  (R43).  For  every  time  period 
simulated,  for  every  deep  interdiction  mission,  the  R43  report  provides  the 
unit  identification  number  of  the  ATAF  controlling  the  strike;  the  side  of 
the  aircraft;  the  number  of  aircraft  on  the  mission;  the  unit  identifica¬ 
tion  number  of  the  target;  the  X-coordinate  and  Y-coordinate  of  the  target 
unit  location;  the  number  of  munition  loads  delivered  on  the  target;  the 
numbers  of  tanks,  APCs,  recovery  vehicles,  and  artillery  weapons  damaged  in 
the  attack;  the  quantities  of  tank,  artillery,  special,  and  other  ammuni¬ 
tion  destroyed  in  the  attack;  the  quantities  of  POL,  repair  parts,  and 
other  supplies  destroyed  in  the  attack;  the  number  of  personnel  casualties 
from  the  attack;  and  the  national  partition  of  the  target  unit. 

D-9.  COMBAT  HEADQUARTERS  STATUS  REPORT  -  ANTITANK/MORTARS  (R44).  For 

every  time  period,  for  every  combat  headquarters.  The  R44  report  provides 
the  side  and  the  quantity  onhand  of  each  of  the  12  types  of  antitank/mortar 
weapons. 

D-10.  COMBAT  HEADQUARTERS  STATUS  REPORT  -  PERSONNEL/ARTILLERY/CLOSE  AIR 
SUPPORT  (R45).  For  every  time  period,  for  every  combat  headquarters,  the 
R45  report  provides  the  quantities  onhand  of  infantry,  each  type  of  artil¬ 
lery,  and  close  air  support  aircraft. 

D-ll.  DIVISION  PERSONNEL  REPORT  (R49).  For  every  Blue  and  Red  division, 
for  each  of  five  times  (beginning  of  cycle,  after  GS  artillery,  after  air 
attacks,  after  combat  and  movement,  and  after  CSS)  every  time  period  simu¬ 
lated,  the  R49  report  provides  the  number  and  percent  (of  authorized) 
onhand  of  combat  crew  personnel,  of  dismounted  infantry,  of  helicopter  crew 
personnel,  of  support  personnel,  of  "other  personnel,"  and  of  artillery 
crew  personnel . 

D-12.  DIVISION  SUPPLY  REPORT  (R50).  For  every  Blue  and  Red  division,  for 
each  of  five  times  every  time  period  simulated,  the  R50  report  provides  the 
national  partition  and  the  quantity  and  percent  (of  authorized)  onhand  of 
tank  ammunition,  artillery  ammunition,  special  ammunition,  other  ammunition, 
POL,  and  repair  parts. 
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D-13.  DIVISION  EQUIPMENT  REPORT  (R51).  The  information  is  for  divisions 
in  the  theater,  including  arriving  divisions  (even  if  not  yet  in  the  unit 
hierarchy).  There  are  multiple  records  for  a  division  each  cycle,  with  a 
flag  indicating  when  during  the  time  cycle  that  data  is  captured.  This 
report,  as  illustrated  in  Figure  D-l,  is  used  to  generate  the  Division 
Intensity  Report  as  input  to  the  Force  Analysis  Simulation  of  Theater 
Administrative  and  Logistic  Support  (FASTALS)  Model,  using  the  fields  for 
onhand  combat  worth,  authorized  combat  worth,  and  percent  combat  personnel 
onhand,  for  those  records  with  flags  of  1  and  4. 


•DATC  1*  »AV  as  1 3:06:23  RIO  a  14  MAY  8S  C$ 

I  17-043042R6«.  FORCEM  LOSS/EXPENDITURE  REPORT 
•  TIME. NAT. ASS. ASS. ASS. sua. PL  .AUTHORIZED/  .ONHAND/ 


1 

1 

3 

1 

1 

1392 

l 

i 

3 

1 

2 

39 

\ 

1 

3 

1 

l 

84  1S1 

2 

2 

3 

1 

I 

2088 

2 

2 

3 

1 

2 

2 

2 

2 

3 

1 

3 

117227 

13 

13 

3 

2 

1 

448 

13 

13 

3 

2 

2 

21 

13 

13 

3 

2 

3 

26627 

14 

14 

3 

2 

1 

1150 

14 

14 

3 

2 

2 

30 

14 

14 

3 

2 

3 

43699 

IT 

17 

3 

2 

1 

180 

17 

17 

3 

2 

3 

8256 

21 

21 

ll 

3 

3 

l 

\ 

7022 

168S02 

23 

23 

3 

2 

1 

16  36 

23 

23 

3 

2 

2 

.  45 

23 

23 

3 

2 

3 

69837 

24 

24 

3 

2 

1 

10Z 

2  4 

24 

3 

2 

2 

2 

24 

in 

3 

<L 

3 

4  171 

25 

25 

3 

3 

i 

3  48 

.IN  REPAIR/  . 


ED00710 


MONO  PERHLOS.NONC  TEMPLOS.FTX  FORWARD  .IMOEX 


Figure  0-1.  Sample  Division  Equipment  Report 


TIME 


Simulation  time  in  hours  when  data  was  collected 


UNIT  ID 
PART 

FLAG 


TANKS  NBR 
PCT 

APCS  NBR 
PCT 

HELOS  NBR 
PCT 

ATMS  NBR 
PCT 

ARTY  NBR 
PCT 

CAS  NBR 
PCT 


♦This  percent 
division  asset. 


Division  unit  identification  number 

Partition  of  force  component;  1  =  US  Blue,  2  =  non-US  Blue 
3  =  Red 

Flag  indicating  when  during  time  cycle  data  is  captured; 
values-- 

1  =  before  activities  (beginning  of  cycle) 

2  =  after  GS  artillery 

3  =  after  air  attacks 

4  =  after  combat  and  movement 

5  =  after  CSS  (end  of  cycle) 

Tanks  onhand 

Tanks  onhand  as  a  percent  of  authorized 

Armored  personnel  carriers  onhand 

Armored  personnel  carriers  onhand  as  a  percent  of 
authorized 

Helicopters  onhand 

Helicopters  onhand  as  a  percent  of  authorized 
Antitank  and  mortars  onhand 
Antitank  and  mortars  as  a  percent  of  authorized 
Artillery  onhand 

Artillery  onhand  as  a  percent  of  authorized 

Close  air  support  aircraft  onhand 

Close  air  support  onhand  as  a  percent  of  authorized* 


will  always  be  zero,  since  CAS  is  not  an  authorized 
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TRANS  NBR  Transport  vehicles  onhand  (trucks  and  recovery  vehicles) 

PCT  Transportation  vehicles  onhand  as  a  percent  of  authorized 

ONHND  CBWOR  Total  combat  worth  of  onhand  equipment.  Does  not  include 
small  arms  or  CAS 

AUTH  CBWOR  Total  combat  worth  of  authorized  equipment.  Does  not 

include  small  arms  or  CAS 

CB  PER  PCT  Percent  of  combat  personnel  onhand,  i.e.,  ratio  of  onhand 

combat  personnel  to  authorized  combat  personnel,  expressed 
as  a  percent.  Includes  dismounted  infantry,  vehicle/weapon 
and  helicopter  crews,  and  artillery  personnel 


D-14.  ARTILLERY  DAMAGE  REPORT  (R52).  For  every  GS  artillery  and  surface- 
to-surface  missile  mission  fired  in  the  FORCEM  simulation,  the  R52  report 
provides  the  simulation  time,  the  identification  number  and  side  of  the 
firing  unit;  the  identification  number  of  the  target  unit;  the  X-coordinate 
and  Y-coordinate  of  the  target  unit  location;  the  number  of  rounds  delivered 
per  engagement;  the  number  of  engagements;  the  numbers  of  tanks,  APCs, 
trucks,  recovery  vehicles,  and  artillery  weapons  damaged  by  the  mission; 
the  quantities  of  tank  ammunition,  artillery  ammunition,  special  ammuni¬ 
tion,  other  ammunition,  fuel,  repair  parts,  and  other  supply  destroyed  by 
the  mission;  the  number  of  personnel  hit  by  the  mission;  and  the  national 
partition  of  the  target  unit. 


D-15.  ARTILLERY  ALLOCATION  REPORT  (R61).  For  every  time  period  simulated, 
for  every  nondivi sional  artillery  or  surface-to-surface  missile  (SSM)  unit, 
the  R61  report  provides  an  :ndicator  of  whether  the  unit  is  allocated  to 
direct  or  general  support;  the  identification  numbers  of  the  unit  supported 
by  this  unit  and  the  parent  headquarters  of  this  unit;  the  side  of  this 


a 


unit;  an  indicator  of  whether  this  is  an  artillery  or  SSM  unit;  and  the 
onhand  and  authorized  quantities  of  crew  personnel,  artillery  tubes  (or  SSM 
launchers),  and  ammunition. 
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D-16.  LOSS  AND  CONSUMPTION  REPORT  (R64).  This  report  (as  shown  in  Figure 
D-2)  provides  data  at  each  time  cycle  on  every  asset  considered  in  the 
simulation.  The  data  is  used  primarily  to  generate  input  for  FASTALS,  but 
can  be  of  general  analytical  value  as  well.  The  data  for  a  given  asset  are 
totals  over  all  units  in  each  nationality  partition  (force  component  such 
as  US  or  non-US  Blue)  in  the  theater.  Since  the  meaning  of  the  data  items 
in  some  columns  of  the  report  are  different  depending  on  the  type  of  record 
(three  types),  column  headings  are  not  provided  for  all  items.  The 
following  descriptions  are  given  in  four  parts.  The  first  part  describes 
the  first  seven  fields  (columns)  in  each  record,  which  are  the  same  for  all 
records.  The  other  three  parts  describe  the  remaining  five  fields  (8-12), 
which  are  different  for  the  three  record  types. 
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TIME 


NATION 


ASSET 
AST  TYP 
AST  CAT 
SUB  CAT 
FLAG 

AUTHORIZED 
(Field  8) 

ON  HAND 
(Field  9) 

IN  REPAIR 
(Field  10) 

Field  11 

Field  12 


CBT  PERMLOSS 
(Field  8) 


CBT  TEMPLOSS 
(Field  9) 


General 

The  simulation  time  in  hours  when  the  data  was  collected. 
The  initial,  precycle  zero  data  is  indicated  by  a  time  of 

-12.  For  all  values  of  TIME  _ 0,  data  are  as  of  the  end 

of  the  time  cycle 

Partition  or  force  component 

1  =  US  Blue 

2  =  non-US  Blue 

3  =  Red 

The  asset  index  number 
The  asset  type 
The  asset  category 
The  asset  subcategory 
The  record  type  (1-3) 

Record  Type  1 

The  total  number  or  amount  of  this  asset  authorized  for 
all  the  units  of  this  force  partition.* 

The  total  number  or  amount  of  this  asset  onhand  at  all 
the  units  of  this  force  partition 

The  total  number  of  assets  in  repair  (for  equipment 
assets)  or  in  hospital  (for  personnel  assets)  this  cycle 

Not  currently  used 

Not  currently  used 

Record  Type  2 

The  total  number  or  amount  of  permanent  combat  losses  of 
the  asset  this  cycle  (personnel  killed,  vehicles 
destroyed,  supplies  consumed  or  destroyed) 

The  total  number  of  temporary  combat  losses  of  the  asset 
this  cycle  (personnel  wounded  or  vehicles  damaged) 


*This  total  does  not  include  authorized  levels  for  equipment  and 
personnel  pools  or  for  convoys  since  these  values  are  artificial  for  those 
units. 
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NONC  PERMLOSS  The  total  number  or  amount  of  permanent  noncombat  losses 

(Field  10)  of  the  asset  this  cycle 

NONC  TEMPLOSS  The  total  number  of  temporary  noncombat  losses  of  the 

(Field  11)  asset  this  cycle 

FIX  FORWARD  The  total  number  of  the  asset  "fixed  forward"  this  cycle 

(Field  12)  (aid  station  treatment  for  personnel  or  local  maintenance 

for  vehicles).  The  number  is  included  in  the  total  for 
fields  9  and  11  above 

Record  Type  3 

Field  8  For  equipment  assets,  the  gallons  of  POL  consumed  by  this 

equipment;  this  number  is  included  in  the  total  for  fields 
8  and  10  of  record  2  of  the  corresponding  POL  asset.  For 
personnel  assets,  the  number  of  CMIA;  this  number  is 
included  in  the  total  for  field  8  of  record  2 

Field  9  The  number  of  the  equipment  (or  personnel)  asset  to  return 

from  repair  (or  medical  treatment)  this  cycle 

Field  10  The  number  of  wounded  personnel  evacuated  from  the  theater 

this  cycle 

Field  11  Not  currently  used 

Field  12  Not  currently  used 

NOTE:  If  fields  8-12  are  all  zero  values  at  a  given  cycle,  the  output 

record  is  not  generated. 


D-17.  OPERATIONAL  READINESS  FLOAT  (ORF)  REPORT  (R65).  For  every  issue  of 
an  ORF  item  of  equipment  from  a  SUPCOM  unit  to  a  receiving  unit,  the  R65 
report  provides  the  simulation  time  when  the  issue  was  made,  the  simulation 
time  when  the  ORF  item  was  returned  to  the  SUPCOM,  the  FORCEM  unit  identi¬ 
fication  number  of  the  issuing  SUPCOM,  the  FORCEM  identification  number  of 
the  receiving  unit,  the  national  partition  of  the  receiving  unit,  the 
FORCEM  asset  number  of  the  item  issued,  and  the  number  of  items  issued. 

D-18.  TYPE  OF  ENGAGEMENT  REPORT  (R66).  For  every  time  period  simulated, 
for  every  national  partition  (for  example,  1  =  US,  2  =  non-US  Blue,  3  = 
Red),  the  R66  report  provides  the  number  of  divisions  of  this  national 
partition  involved  in  each  of  the  following  seven  situations: 

a.  Blue  attack.  Red  defend 

b.  Blue  attack.  Red  delay 

c.  Red  attack.  Blue  defend 


CAA-SR-86 -10 


d.  Ret  -ttack,  Blue  delay 

e.  Static  (engaged,  but  neither  side  attacks) 

f.  Not  engaged,  moving 

g.  Not  engaged,  not  moving 

0-19.  INDIRECT  FIRE  AMMUNITION  REPORT  (R67).  For  every  time  period  simu¬ 
lated,  for  every  national  partition,  the  R67  report  provides  the  quantities 
of  artillery  ammunition  (100  lb)  and  of  air  munitions  delivered  against 
this  national  partition  in  division  engagements. 

D-20.  AMMUNITION  CONSUMPTION  REPORT  (036).  For  every  time  period  simulated, 
for  each  of  the  two  possible  munitions  of  every  FORCEM  weapon  type,  for 
every  national  partition  in  which  the  weapon  appears,  the  036  report  (as 
shown  in  Figure  5-4,  Chapter  5)  provides  the  number  of  rounds  lost  aboard 
weapons  damaged  by  enemy  fire  in  each  of  four  postures  (Blue  delay.  Blue 
defend,  static,  and  Blue  attack);  the  number  of  rounds  expended  in  zeroing 
weapons  in  each  of  four  events  (units  deploying,  weapons  returned  to  combat 
units  from  repair,  weapons  issued  to  combat  units  from  equipment  pools,  and 
weapons  returned  to  equipment  pools  from  GS  repair);  the  number  of  rounds 
expended  in  harassment  and  interdiction;  the  number  of  rounds  lost  in 
logistic  losses;  the  number  of  rounds  expended  in  rear  security;  the  number 
of  rounds  expended  in  function  checks  or  registration;  the  weight  of  the 
rounds  consumed  in  all  types  of  consumption;  and  the  ammunition  resupply 
pot  from  which  this  munition  is  drawn. 

D-21.  AMMUNITION  FIRED  REPORT  (037).  For  every  time  period  simulated,  for 
each  of  the  two  possible  munitions  of  every  FORCEM  weapon  type,  for  every 
national  partition  in  which  the  weapon  appears,  for  each  of  five  engagement 
types  (1  =  Blue  delay,  2  =  Blue  defend,  3  =  static,  4  =  Blue  attack,  5  = 
nondi visional  support),  the  037  report  (as  shown  in  Figure  5-3,  Chapter  5) 
provides  the  number  of  rounds  fired  at  each  of  enemy  personnel,  tanks, 
helicopters,  antitank/mortars,  artillery,  CAS,  and  at  each  of  12  possible 
types  of  enemy  APC.  The  APCs  are  distinguished  by  type  because  the  type  of 
APC  target  can  make  a  difference  to  the  Ammunition  Postprocessor.  Rounds 
fired  at  no  particular  type  of  target  appear  in  the  personnel  column. 
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APPENDIX  E 

ADDCOP  DOCUMENTATION 


E-l.  INTRODUCTION.  The  text  of  this  appendix  is  reproduced  from  an  unpub¬ 
lished  CAA  document,  which  is  the  only  existing  documentation  of  the  ADDCOP 
graphics  postprocessor. 


General 

ADDCOP  is  a  plotting  program  designed  to  produce  line  charts  from  specifically- 
formatted  data  sets.  Some  of  the  attributes  of  ADDCOP  are: 

1.  Input  data  sets  may  be  either  data  files  or  data  elements. 

2.  Output  may  be  generated  for  either  the  Tektronix  terminal  or  Calcomp 
plotter. 

3.  Plot  generation  parameters  may  be  entered  interactively,  in  response  to 
program  prompts,  or  via  batched,  free-field  parameter  cards. 

4.  Batched  parameter  card  sets  may  be  automatically  generated  from  interactive 
sessions. 

5.  Up  to  100  data  sets  may  be  processed  simultaneously,  each  containing  a 
matrix  of  up  to  90,000  variables  (300  variables  in  each  of  two 
dimensions). 

The  data  set  format  required  by  ADDCOP  is  that  currently  output  by  the  CEM 
model,  and  is  defined  in  detail  in  a  later  section.  The  data  may  be  in  fieldata 
or  ASCII  and  may  have  up  to  132  characters  per  record.  There  is  no  restriction 
on  the  generating  program,  as  any  SDF  file  or  element  may  be  used  regardless  of 
the  source  of  the  data. 

Execution 

Two  versions  of  ADDCOP  currently  exist.  These  are  ADDTEK,  which  generates 
Tektronix  output,  and  ADDCAL,  which  generates  output  for  the  on-line  Calcomp 
plotter.  Both  of  these  absolutes  reside  in  file  67UTIL  and  are  executed  as 
processors  (i.e.,  967UTIL.  ADDTEK  or  967UTIL. ADDCAL ) .  The  format  of  the  processor 
call  is: 


9  <program>  ,  <options>  <name2>  ,  <name2>  ,...,  <namel00> 

Where  <program>  is  either  file. ADDTEK  or  file. ADDCAL,  depending  on  the  out¬ 
put  device  desired.  Allowable  <options>  include  any  of  those  following: 

B  -  Plotting  parameters  are  to  be  input  as  batched  parameter  cards  rather  than 
interactively.  Each  plot  is  generated  from  a  single  parameter  card  and 
execution  Is  terminated  by  end-of-file.  The  format  of  these  cards  is  in 
Appendix  B. 

D  -  Convert  to  days.  If  this  option  is  present  and  the  X-axis  label  is 
"THEATER  CYCLES",  the  X-axis  label  will  be  converted  to  "DAYS"  and  all 
X-axis  data  will  be  multiplied  by  4. 
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*  G  -  A  data  reference  grid  will  be  drawn  in  the  data  plotting  area  of  each 

plot. 

*  H  -  A  hardcopy  of  each  plot  will  be  automatically  generated  after  each  plot. 

This  feature  also  turns  off  the  viewing  pauses  generated  before  and 
after  the  generation  of  each  plot.  (Tektronix  only) 

*  I  -  Numeric  axis  values  will  be  truncated  to  integers.  This  option  should 

be  used  with  care  as  non-integer  axis  values  will  be  drawn  without 
fractional  values  (i.e.,  axis  value  2.5  will  be  converted  to  2). 

*  J  -  Triple-Roman  (Jazzy)  lettering  will  be  used  rather  than  the  simple  de¬ 

fault  lettering. 

*  M  -  Plot  output  will  be  generated  in  multiple  colors.  The  sequence  is: 

Line  1  *  Black 
Line  2  *  Red 
Line  3  *  81 ue 
Line  4  *  Green 
Line  5  a  Black 

This  option  is  available  only  on  the  Calcomp  version. 

R  -  Rerun  previous  run.  Using  this  option  in  conjunction  with  the  B  option 
causes  ADDCOP  to  execute  using  the  saved  data  file  from  a  previous 
interactive  execution  of  ADDCOP.  When  this  option  is  used,  no  data  set 
names  are  entered  on  the  processor  card,  but  are:  entered  by  the  "*DS*" 
cards  generated  by  the  previous  execution.  See  below. 

S  -  Save  parameters.  This  option  causes  ADDCOP  to  generate  a  paramater  deck 
for  use  in  R-OPTION  execution.  This  deck  is  written  to  file  27  and 
includes  all  data  set  names  and  parameters  for  plots  which  were  inter¬ 
actively  specified  to  be  saved.  After  completion  of  S-OPTION  execution, 
the  execution  may  be  rerun  by  entering: 

@  <program>  ,  BR  <other  options> 

@AD0,E  27. 

The  primary  purpose  of  this  feature  is  to  allow  users  to  preview  plots 
on  the  TEKTRONIX  terminal  and  to  later  generate  these  same  plots  on  the 
CALCOKP.  Plotter. 

*  Z  -  Zero-anchor  axis.  When  present,  the  Y-axis  will  always  have  its  origin 

at  0.  If  not  present,  an  optimal  choice  will  be  made  from  the  plot  data. 

Options  marked  with  a  are  options  which  may  be  changed  during  execution 
of  ADDCOP  in  interactive  mode. 

In  addition  to  the  previous  options,  one  of  the  following  options  is  required 
for  plot  generation: 
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C  -  CALCOMP  output  (ADDCAl  only).  If  selected,  output  is  written  to  a 
catalogued  scratch  file  with  a  program-generated  external  name  and  a 
@US£  name  of  PLOTS.  This  output  is  plotted  by  entering  OSYM  PLOTS,, 
PLOTOl  after  ADDCOP  execution.  Just  in  case  the  CALCOMP  output  needs 
to  be  saved,  the  external  filename  is  printed  when  the  ADDCOP  execu¬ 
tion  begins. 

T  -  TEKTRONIX  output  (ADDTEK  only).  If  selected,  output  is  displayed  on 
the  TEKTRONIX  terminal  screen. 

The  previous  two  options  exist  to  allow  the  ADDTEK  and  ADDCAL  programs  to 
be  integrated  into  a  single  program,  should  this  be  pos'sible  in  the  future. 

If  neither  the  C  nor  T  options  are  specified,  user  help  information  is  printed. 

The  names  specified  on  the  ADDCOP  card  are  the  names  of  up  to  100  data 
sets  to  be  used  as  sources  of  data.  These  data  sets  must  be  symbolic  files 
or  symbolic  elements  with  a  data  format  as  specified  in  Annex  E-I.  All  rules 
for  specifying  UNIVAC  file  or  element  names  apply. 

References  to  data  sets  specified  are  made  according  to  their  order  on  the 
ADDCOP  processor  card.  The  first  data  set  specified  is  file  1.  The  second  is 
file  2,  and  so  on  up  to  the  100  file  limit.  Information  about  each  file  is 
printed  at  processor  execution  in  both  batch  and  interactive  execution  modes. 
Also,  in  interactive  mode,  data  set  names  and  file  numbers  may  be  displayed  by 
entering  "?"  when  prompted  for  a  file/variable  combination. 

Use  Restrictions 


As  mentioned  previously,  ADOCOP  can  handle  up  to  100  data  sets,  each  with  a 
matrix  of  up  to  300  by  300  variables.  From  the  variables  entered,  any  combina¬ 
tion  of  5  may  be  displayed  on  a  single  plot. 

In  addition  to  the  above  limits,  the  following  ASCII  Fortran  unit  numbers 
must  be  available  for  use  by  ADDCOP: 

22  -  GCS  Font  File  (J-option  only) 

27  -  Output  Parameter  File  (S-option  only) 

28  -  Oata  Paging  File 

29  -  CALCOMP  Output  File  (C-option  only) 

These  unit  numbers  are  reserved  in  the  sense  that  ADDCOP  will  redefine 
these  file  units  for  its  own  use  and  any  @USE  assignments  of  these  units  before 
execution  of  ADOCOP  will  be  changed  during  execution. 


Annexes: 

E-I  -  Oata  set  format 

E-II  -  Batched  input  parameter  format 

Examples: 

A  -  Example  data  files 

B  -  Batched  plot  generation  (CALCOMP  output) 
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EXAMPLE 


0Prt  .  s 

64dat  a. suPP lies 

> . demands 

FURPUR 

28R3  U1  S74T11 

09/14/82  14s 

36:06 

UNCLASS  IF I£D»640ATACO) 

.SUPPLIESC2J 

1 

< IGNORED  > 

2 

3  6 

3 

(IGNORED) 

4 

(IGNORED) 

S 

(IGNORED) 

6 

VOLUME 

7 

PRICE 

8 

(IGNORED) 

9 

(IGNORED) 

10 

SUPPLY  OF 

PRODUCT  1 

11 

supply  or 

PROOUCT  2 

12 

SUPPLY  OF 

PRODUCT  3 

13 

SUPPLY  OF 

PROOUCT  4 

14 

SUPPLY  OF 

PROOUCT  S 

IS 

SUPPLY  OF 

PROOUCT  6 

16 

(IGNORED) 

17 

(8F10.3) 

10 

10.000 

20.000 

30.000 

1? 

20.000 

2S.000 

30.000 

20 

30.000 

33.000 

36.000 

21 

38.000 

39.000 

40.000 

22 

00.000 

IS. 000 

30.000 

23 

49.900 

SO. 000 

SO. 100 

UNCLASSIFIED»640ATAC0) 

.  DEMANDS! 3  1 

1 

(IGNORED) 

2 

8  6 

3 

(IGNORED) 

4 

(IGNORED) 

S 

(IGNORED) 

6 

VOLUME 

7 

PRICE 

8 

(IGNORED) 

9 

(IGNORED) 

10 

OEMAND  FOR 

PROOUCT  1 

11 

OEMAND  FOR 

PROOUCT  2 

12 

DEMAND  FOR 

PROOUCT  3 

13 

DCMANO  FOR 

PROOUCT  4 

14 

OCMAND  FOR 

PROOUCT  S 

IS 

OEMAND  FOR 

PROOUCT  6 

16 

(IGNORED) 

17 

CQF10.3) 

18 

00.000 

70.000 

60.000 

19 

SS.000 

SO. 000 

45.000 

20 

SI. 000 

48.000 

45 . 000 

21 

4S.000 

44 . 000 

43.000 

22 

105.000 

90.000 

7S.OOO 

23 

SO. 600 

50.S00 

50.400 

A 


40.000 

SO. 000 

60.000 

70.000 

80.000 

3S.OOO 

40.000 

4S.000 

SO. 000 

55.000 

39.000 

42.000 

45.000 

48.000 

51.000 

41.000 

42.000 

43.000 

44.000 

45.000 

4S.000 

60.000 

7S.000 

90.000 

105.000 

SO. 200 

SO. 300 

50.400 

SO. 500 

50.600 

50. 

.000 

40. 

.000 

30. 

.000 

20. 

,000 

10. 

.  000 

40. 

.000 

35. 

.000 

30. 

.000 

25, 

,000 

20. 

.000 

42. 

.000 

39. 

.000 

36. 

.000 

33. 

.000 

30. 

.000 

42. 

.000 

4  1  . 

.000 

40. 

.000 

39. 

.000 

38. 

.000 

60. 

.  000 

4S. 

.000 

30. 

.000 

IS. 

.000 

00. 

.000 

SO. 

.300 

50. 

.200 

SO. 

.  100 

SO. 

.000 

49, 

.900 
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EXAMPLE  B 


i  t-'  r  t  ,  5  t  5  3  r  r  ,  o  '  5 

UNCLASSIFIEQ*TPF*COJ.TESTPlOTSCOJ 

1  'TEST  PLOT  8  2  1,  i  2,1 

2  'TEST  PLOT  8  2'  S  1,1  1,2  1,3  1,4  i.S 


06 7 ut  t  l  . addc  a  I  .  cmo  64<Jata.suPPt  its,  .  d  tin  an  as 
CALCOMP  AOOCOP  2R1  CCAA)  09/14/82  14:38:34 

FILE  1  INPUT:  640ATA. SUPPLIES 

X-AXIS  LABEL:  'VOLUME 
r-AXIS  LABEL: 'PRICE 
VARIABLES  READ:  6 

RECORDS/VARIABLE:  8 

LINLS  SKIPPED  AFTER  LAST  VARIABLE  REAO :  0 

FILE  2  INPUT:  640AT A. DEMANDS 

X-AXIS  LABEL: 'VOLUME 
Y-AXIS  LABEL : ' PR  ICE 
VARIABLES  REAO:  6 

RECORDS/VARIABLE:  8 

LINES  SKIPPED  AFTER  LAST  VARIABLE  REAO:  0 

#»NOTE»*  CALCOMP  OUTPUT  SENT  TO  PLOT*  FILE  *91482143835. 

9add.t  testPiots 

PLOT  SPECIFICATION  CARO  8  1: 

1234567890 1234S67890 1234S678901234567890 1234S67890 1234567890  1234S6  7890  12 
'TEST  PLOT  8  1'  2  1,1  2,1 

PLOT  VALUES  ARE: 

LETTER  TYPE:  QUICK  GRID  DESIRED:  NO 

TITLE  IS  'TEST  PLOT  8  1 
PLOTTING: 

FILE  1.  VARIABLE  1  FILE  2,  VARIABLE  1 

PLOT  SPECIFICATION  CARD  8  2: 

123456789012345678901234567890123456789012345678901234567890123456789012 
'TEST  PLOT  8  2'  5  1,1  1,2  1,3  1,4  1,S 

PLOT  VALUES  ARE: 

LETTER  TYPE:  QUICK  GRID  DESIRED:  NO 

TITLE  IS  'TEST  PLOT  8  2 
PLOTTING: 

FILE  1.  VARIABLE  1  FILE  1-  VARIABLE  2 

FILE  1,  VARIABLE  3  FILE  1.  VARIABLE  4 

FILE  1,  VARIABLE  5 

END  OF  TILE  ENCOUNTERED. 

END  AOOCOP. 
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DATA  FORMAT 


Data  sets  input  to  ADDCOP  are  expected  to  be  in  the  following  format: 


•CARD* 

COLUMNS 

USE 

1 

IGNORED 

2 

1-5 

6-10 

Number  of  data  values/variable  (NP) 
Number  of  variables  (NV) 

3-5 

IGNORED 

6 

1-32 

X-axis  label 

7 

1-32 

Y-axis  label 

3-9 

IGNORED 

10  for  NV 

1-32 

Variable  label 

10+NV 

1-80 

ASCII  Fortran  format  of  data 

11+NV 
to  end 

(to  format) 

Data  values.  All  data  for  first 
variable  are  listed,  followed  by 
data  for  second  variable,  etc. 

When  reading  data,  records  are  read  until  NP+NV  values  are  read.  All 
records  read  after  this  are  skipped,  and  the  number  of  records  skipped  is 
printed  with  the  input  data  information. 
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ANNEX  II  TO  APPENDIX  E 
BATCHED  INPUT  PARAMETER 


In  batched  input  mode,  each  plot  is  generated  by  a  single  free-field 
parameter  card.  The  format  of  the  card  is: 

'Title'  NPR  FI, VI  F2.V2  ...  F5,  V5 

Where: 

'Title'  is  the  title  of  the  plot,  enclosed  in  single  quotes.  The  title 
may  be  up  to  32  characters  in  length. 

NPR  is  the  number  of  file-variable  pairs  to  be  plotted.  It  must  be  an 
integer  in  the  range  1  through  5  inclusive. 

Fn,  Vn  are  up  to  5  pairs  of  integers  signifying  the  variables  to  be 
plotted.  The  first  number  in  the  pair  is  the  file  number,  and  the  second 
is  the  variable  number.  Only  NPR  pairs  must  be  specified. 

Each  input  parameter  card  will  be  printed  and  scanned  for  errors.  Plots 
will  not  be  generated  for  cards  in  error. 
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APPENDIX  F 
DISTRIBUTION 


Addressee 


Deputy  Chief  of  Staff  for 
Operations  and  Plans 
Headquarters,  Department  of  the  Army 
ATTN:  DAMO-ZD 
Washington,  DC  20310 


Deputy  Chief  of  Staff  for  Logistics 
Headquarters,  Department  of  the  Army 
ATTN:  DALO-ZA 
Washington,  DC  20310 


Deputy  Chief  of  Staff  for  Logistics 
Headquarters,  Department  of  the  Army 
ATTN:  DALO-PLF 
Washington,  DC  20310 


Commander 

US  Army  Logistics  Center 
Fort  Lee,  VA  23801 


Deputy  Under  Secretary  of  the  Army 
(Operations  Research) 

Washington,  DC  20310 


Commander 

Combined  Arms  Combat  Development 
Activity 

Fort  Leavenworth,  KS  66027 


Commander 

US  Army  Logistics  Evaluation  Agency 
New  Cumberland  Army  Depot 
New  Cumberland,  PA  17070 


No  of 
copies 


2 
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1 
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2 
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No  of 
copies 
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Defense  Technical  Information  Center  2 
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The  Pentagon  Library  (Army  Studies 

Section)  1 

ATTN:  ANRAL-RS 
The  Pentagon 
Washington,  DC  20310 


President  1 

National  Defense  University 
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Commander/Director  1 
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CINC,  US  REDCOM  1 

ATTN:  RCSTA 

MacDill  Air  Force  8ase,  FL  33608-6001 


Internal  Distribution 

Unclassified  Library 
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GLOSSARY 


ABBREVIATIONS,  ACRONYMS,  AND  SHORT  TERMS 

APC  armored  personnel  carrier  (includes  light  armored 

vehicles  such  as  the  Bradley  fighting  vehicle  (BFV)  and 
the  improved  TOW  vehicle  (ITV)) 

ASCII  American  Standard  Code  for  Information  Interchange 

(includes  standards  for  computer  programing  languages) 

ATCAL  the  attrition  calibration  algorithm  used  to  determine 

losses  in  division  engagements  in  FORCEM 

AT/M  antitank/mortar  weapons 

CAA  US  Army  Concepts  Analysis  Agency 

CORF  Combat  Operational  Readiness  Float 

CSS  combat  service  support 

EEA  essential  element(s)  of  analysis 

ESD  equivalent  stylized  day  (APP  terminology  for  a 

shooter-target  combination) 

FEBA  forward  edge  of  the  battle  area 

FORTRAN  a  programing  language  (from  FORmula  TRANs lator) 

LIN  line  item  number 

LOC  line  of  communication 

LOGSACS  Logistical  Structure  and  Composition  System,  an 

automated  data  base  of  the  US  Army 

ORF  Operational  Readiness  Float,  equipment  used  to  replace 

Army  equipment  being  repaired 

POL  petroleum,  oils,  and  lubricants  (fuel) 

POSTFOR  the  Postprocessors  for  FORCEM  Study 

SIMSCRIPT  a  programing  and  simulation  language 

SUPCOM  support  complex,  an  aggregation  of  CSS  units  in  FORCEM 
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TAA 


Total  Army  Analysis,  a  recurring  study  of  required  US 
Army  support  units 

TACAIR  tactical  aircraft 

TOE  Table(s)  of  Organization  and  Equipment 

WAFF  wartime  fuel  factors 

WARF  wartime  replacement  factors,  for  equipment  destroyed  in 

combat 


2.  COMPUTER  PROGRAMS  AND  MODELS 

ADDCOP  Automated  Data  Display  of  CEM  Output  Program,  used  to 

graph  campaign  simulation  results 

ADMP  Air  Defense  Missile  Postprocessor,  developed  at  CAA  in 

1986  to  calculate  air  defense  munition  requirements 
from  a  CEM  simulation 

APP  Ammunition  Postprocessor,  used  to  compute  ammunition 

requirements 

OEM  Concepts  Evaluation  Model,  the  principal  production 

model  used  at  CAA  for  conducting  campaign  simulations 
cf  a  theater  of  operations 

COSAGE  Combat  Sample  Generator,  used  to  simulate  combat  of  a 

division-size  force,  to  produce  attrition  and 
expenditures  for  campaign  simulations  and  for  APP  and 
WARF  postprocessors 

FASTALS  Force  Analysis  Simulation  of  Theater  Administrative  and 

Logistics  Support,  the  force  roundout  postprocessor 
used  by  CAA 

FORCEM  Force  Evaluation  Model,  CAA's  recently-developed 

theater  campaign  simulation  model 
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